http://bugs.winehq.org/show_bug.cgi?id=7641
------- Additional Comments From rmay(a)ou.edu 2007-07-03 16:09 -------
According to the lead developer, the new version's InitCommonControlsEx() was
commented out (for unimportant reasons). A build with the call back in does
work fine with wine.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=7656
Summary: Settlers 2 10th Anniversary hangs with "Invalid call"
Product: Wine
Version: 0.9.30.
Platform: PC-x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-directx-d3d
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: kde(a)3danim.de
When running the Demo of "Settlers 2 10th Anniversary", the demo loads the
splash-screen and then throws an error about an "Invalid call" in DirectX.
As requested in AppDb, d3dx9_29.dll and msvcr71.dll were copied to
windows/system32. GLSL, Pixel- and Vertex-shaders are enabled.
Last 1000 lines of WINEDEBUG=+all before the error was thrown follows.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=7607
------- Additional Comments From rmh(a)aybabtu.com 2007-07-03 15:37 -------
I've seen reports (in description for Conquer 1.x) that holding ALT key while
typing solves the problem.
It doesn't seem to prevent some keys from being lost, but at first glance it
*seems* to prevent a strange effect that makes previously typed (and accepted)
chars disappear from the buffer.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=7653
------- Additional Comments From pgr(a)arcelectronicsinc.com 2007-07-03 15:20 -------
Try a make distclean in the source tree. As files and directories are moved from
time to time some old stuff gets left and cause problems.
Once clean then
./configure --verbose
and review the output then
make depend && make
Also move or rename ~./wine folder before you regenerate with makeprefixcreate.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=7654
Summary: Counter Strike:Source crashes after a few seconds with
resolution > 1280x800
Product: Wine
Version: 0.9.32.
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-directx
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: l.farquaad(a)gmail.com
My laptop has a 1680x1050 screen and an Nvidia 7300 (driver 9631 under Ubuntu
Feisty Fawn with latest upgrades, including Wine 0.9.32), but if I configure
CS:S to a resolution bigger than 1280x800 and I connect to a server, the game
crashes after a few seconds playing. In fact I think it generally crashes when
someone gets killed, but it's not systematic and the player who gets killed has
not to be visible.
Letting bots play alone, I could try several resolution: there was no problem
with every 4/3 resolutions, including the LCD one. So the game only crashes with
1440x900 and 1680x1050. I also tried with all video options at lowest, with
-dxlevel 70 or in windowed mode, and it crashes to with those resolutions. I
also tried with wine 0.9.30 and 0.9.31, and the same issue was already present.
I just noticed that the video performance test is really slow (about 1-2 FPS,
even in 1280x800) and buggy (depends from one time to another, but one time the
test was drawn only on 1/4 of the screen with misplaced objects in the remainder
of the screen)
I recorder a debug trace but it is really heavy (~34Mb) so I will only attach
the end of it, with what's seems to be outputted when the game crashes
(Unhandled exception: page fault on read access to 0x00000024 in 32-bit code
(0x0d2eb413).
I launched the game with (most of the output is from seh, but as I don't know
what you need, I will let it)
WINEDEBUG=fixme-all,+process,+tid,+loaddll,+module,+seh wine C:/Program\
Files/Steam/Steam.exe -fullscreen \
-width 1680 -height 1050 -refresh 85 -dxlevel 81 -applaunch 240 \
-heapsize 512000 +map_background none "$@"
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=7653
Summary: GDI deadlock on startup of any program
Product: Wine
Version: 0.9.32.
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-gdi-(printing)
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: zarquon(a)t-online.de
This bug first manifested a long time ago (roughly around 0.9.20, IIRC) and
all versions from then on failed to work in any shape or form on my system
(regardless of the program I try to run). I get the message
err:ntdll:RtlpWaitForCriticalSection section 0x605d0620 "gdiobj.c: GDI_level"
wait timed out in thread 0009, blocked by 000c, retrying (60 sec)
err:ntdll:RtlpWaitForCriticalSection section 0x155470 "?" wait timed out in
thread 000c, blocked by 0009, retrying (60 sec)
and that's it. Running with +gdi,+x11drv the last output before the failure is
trace:gdi:GDI_AllocObject (0x330): enter 1
trace:gdi:GetStockObject returning 0x60
trace:gdi:GetStockObject returning 0x44
trace:gdi:GetStockObject returning 0x7c
trace:gdi:GetStockObject returning 0x68
trace:gdi:GetStockObject returning 0x6c
trace:gdi:GDI_AllocObject (0x334): enter 2
trace:gdi:GDI_ReleaseObj (0x334): leave 2
trace:gdi:GDI_GetObjPtr (0x334): enter 2
trace:gdi:GDI_ReleaseObj (0x334): leave 2
trace:gdi:GetObjectType 0x330
trace:gdi:GDI_GetObjPtr (0x330): enter 2
trace:gdi:GDI_ReleaseObj (0x330): leave 2
trace:gdi:GDI_AllocObject (0x338): enter 2
trace:gdi:GDI_ReleaseObj (0x338): leave 2
trace:gdi:GDI_GetObjPtr (0x338): enter 2
trace:gdi:GDI_ReleaseObj (0x338): leave 2
Note that this is when running Wine from its source directory with the
wrapper-script; I have little motivation installing a version that doesn't
even start up properly from there. The last Wine version usable to me was
0.9.8 (this bug happened several releases later, though).
Initially I had hoped it'd get fixed in a future version, but nothing changed
since then and because no updates of Wine over the last 2 years allowed me to
run any programs I couldn't run with a 2004 version I pretty much lost any
motivation to file the bug. I'm doing it now anyway, although my hopes are
low.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=6323
thestig(a)google.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|RESOLVED |CLOSED
------- Additional Comments From thestig(a)google.com 2007-07-03 14:52 -------
closing...
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=6323
thestig(a)google.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |RESOLVED
Resolution| |FIXED
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.