http://bugs.winehq.org/show_bug.cgi?id=22511
Summary: Baldur's Gate 2: only takes up part of top left corner
of screen, not full screen
Product: Wine
Version: 1.1.43
Platform: x86-64
URL: http://www.brothersoft.com/games/baldur-s-gate-ii-shad
ows-of-amn.html
OS/Version: Linux
Status: NEW
Keywords: download
Severity: minor
Priority: P2
Component: directx-d3d
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: austinenglish(a)gmail.com
Similar to bug 6082, and others, but the ones I could find are all marked
fixed.
Terminal output up until then is negligible:
ALSA lib ../../../src/pcm/pcm.c:7234:(snd_pcm_recover) underrun occured
fixme:font:WineEngCreateFontInstance Untranslated charset 228
fixme:dsalsa:IDsDriverBufferImpl_SetVolumePan (0x148438,0x148880): stub
Problem only occurs if 3d acceleration is enabled. Not an application bug, just
tested it against Windows 7, where it goes full screen.
Screenshot attached.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=8775
--- Comment #11 from Bruno Jesus <00cpxxx(a)gmail.com> ---
This bug is fixed for me in wine 1.8-rc2. Can anyone else retest, please? To
test just press the the key 'm' after starting the game or press the
score/moves board in the bottom.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=26207
Summary: AVRStudio 4 : crashes when connecting to the
programmer using COM port
Product: Wine
Version: 1.3.14
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: msxml3
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: wike.svk(a)gmail.com
Created an attachment (id=33411)
--> (http://bugs.winehq.org/attachment.cgi?id=33411)
Console output during the crash
AVRStudio 4.18 (build 716) crashes while connecting to the STK500 using COM1
port. This bug is always in effect. I have provided log that seems to link this
problem with the translation from the msxml3 to the libxml2 (v2.7.8). The crash
occurs when the "xmlDictLookup" function is called.
Way to reproduce:
- create symbolic link to the COM1 interface under Wine's "dosdevices"
directory ("ln -s /dev/ttyUSB0 com1")
- run AVR Studio
- In menu select "Tools->Program AVR->Connect"
- Select "STK500" and "COM1" port
- Click "Connect..."
You can find AVRStudio at :
http://www.atmel.com/dyn/products/tools_card.asp?tool_id=2725
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=35850
Bug ID: 35850
Summary: the homeopathic program RADAR 10 do not start
completly
Product: Wine
Version: unspecified
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: dragsidor(a)yahoo.com
I'd like to be able to use RADAR opus and at least Radar 10 on linux. It is the
only reason to keep Windows on my laptop. Other useful windows aplication work
good with WINE. I want to kick out Windows completly.
Thank you
Drg
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=3297
--- Comment #19 from Alexandre Julliard <julliard(a)winehq.org> ---
No, it's not completely fixed. There's still a race condition if the window is
mapped only after it gets painted.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=3297
--- Comment #18 from Bruno Jesus <00cpxxx(a)gmail.com> ---
(In reply to Sebastian Lackner from comment #17)
> For me it looks like the issue is fixed with
> http://source.winehq.org/git/wine.git/commit/
> c7c1fb5eabbe12ea2e7a105845fed5308191984f. Could someone please confirm?
Yes, I can also confirm. But since this is a very old bug a think a few extra
confirmations wouldn't hurt. The test is 4Kb only.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=3297
Sebastian Lackner <sebastian(a)fds-team.de> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |sebastian(a)fds-team.de
--- Comment #17 from Sebastian Lackner <sebastian(a)fds-team.de> ---
For me it looks like the issue is fixed with
http://source.winehq.org/git/wine.git/commit/c7c1fb5eabbe12ea2e7a105845fed5….
Could someone please confirm?
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=8051
--- Comment #131 from Luke Horwell <luke_horwell(a)hotmail.co.uk> ---
(In reply to Jason Mills from comment #130)
> So, the workaround you attached; Does it basically fix the red flashing
> Sims, and the fact they won't animate? If so, I could quickly try it out and
> make a video "showcasing" this workaround in action. And you mentioned other
> issues pop up when you interact with a house. What issues? Are they visual?
> or, do they make the game crash?
I was playing around with this patch yesterday on my system, and observed the
following with the base game (wine-1.8-rc2):
- A strange "rendering" pattern across the screen, depending on the angle of
the camera. Can't really describe it.
- If the camera is 'static', the rendering appears "frozen" (this occurred
even without this patch)
- Sims and animated objects are not visible, instead of flashing red.
After installing EP6 (updates base game to 2007), it got worst:
- The application silently crashes or sometimes displays "The application has
crashed and will now terminate" when trying to load a household, or the
tutorial household. On the upside, the objects can be seen textured
(previously, they were all white).
Results may vary depending on graphics card / drivers - Mine's a GTX 960 with
the latest NVIDIA driver from the Ubuntu repos. By the way, thanks swswine for
the discovery! I'd be happy to test this game further.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=8051
--- Comment #130 from Jason Mills <jasonmills1980(a)mail.com> ---
(In reply to swswine from comment #129)
> (In reply to Stefan Dösinger from comment #128)
>
> > Does it use a shader too, or just a vertex declaration?
> Both shader and vertex declaration.
>
> > It's probably easier to hook into
> > https://www.opengl.org/wiki/Transform_Feedback instead.
> Yes, sure, I see.
So, the workaround you attached; Does it basically fix the red flashing Sims,
and the fact they won't animate? If so, I could quickly try it out and make a
video "showcasing" this workaround in action. And you mentioned other issues
pop up when you interact with a house. What issues? Are they visual? or, do
they make the game crash?
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=35602
Bug ID: 35602
Summary: Wine64 build produces extra warning compared to Wine32
build (oleout32)
Product: Wine
Version: 1.7.12
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: oleaut32
Assignee: wine-bugs(a)winehq.org
Reporter: wylda(a)volny.cz
Classification: Unclassified
Created attachment 47550
--> http://bugs.winehq.org/attachment.cgi?id=47550
64bit build log
As i recently switch to Debian Jessie AMD64 i noticed now, that 64bit build
produces extra warning compared to 32bit-only build:
* warning: cast to pointer from integer of different size
* warning: unused variable ‘xasm’
* warning: unused variable ‘xasm’
Is this a real bug or something wrong in my setup? (My carefulness comes from
fact, that i don't want to work on bugzilla with wrongly builded wine and
produce a noise.)
I separeted another three logs, if this is a real bug i could then fill bugs
for the following:
* setupapi
* winedbg
* winmm
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.