http://bugs.winehq.org/show_bug.cgi?id=18762
Summary: ntdll:RtlpWaitForCriticalSection error in d3d9_main.c Product: Wine Version: 1.1.22 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3d AssignedTo: wine-bugs@winehq.org ReportedBy: holy.smoking.floorboards.batman@gmail.com
In case this looks familiar to anyone, I had posted this elsewhere, but was recommended to find (or post a new) bug regarding the specific direct x drivers. As the only other bugs I found related seemed off a bit, I figured it was worth just starting a new one and then have a dev close it if they agree that it is a dup.
Anyway, I'm having problems with Supreme Commander. When I start the game, the console output some (but not a whole lot) of stuff, but when I start the tutorial or go to start a campaign (and the loading screen finishes) the game crawls to a 1frame / 60+ seconds and I've found that this error starts displaying (along with some fixme messages that came up earlier and to which I don't think there is a problem with, right now):
err:ntdll:RtlpWaitForCriticalSection section 0x7e114810 "d3d9_main.c: d3d9_cs" wait timed out in thread 001f, blocked by 0009, retrying (60 sec)
As far as I'm aware, the game never crashes, but will just crawl along (displaying the graphics seemingly OK, albeit fantastically slow). As the error directly specifies d3d9, I guess it isn't surprising but the audio still actually plays throughout this.
I just did a clean installation of Wine a few days ago and I know for certain that the only things different between my wine installation and the default is: 1) msvbvm60.dll exists in system32 (for another game) 2) I used winetricks to install the d3dx* files (but only those files)
Also to note, I installed SupCom from Windows (as the installer requires a bit of tweaking) and the game is updated to the latest version.
I'm running all of this on a Gentoo AMD64 with an nVidia GeForce 7600GS. Lastly, my wine version: app-emulation/wine-1.1.22 USE="X alsa cups gecko jpeg ncurses opengl png samba ssl xcomposite xml (-dbus) -esd (-gnutls) (-hal) -jack -lcms (-ldap) (-nas) -oss (-scanner) -win64 -xinerama"
http://bugs.winehq.org/show_bug.cgi?id=18762
Vitaliy Margolen vitaliy@kievinfo.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Summary|ntdll:RtlpWaitForCriticalSe |Supreme Commander slows |ction error in d3d9_main.c |down to 1 frame every 60 | |sec
--- Comment #1 from Vitaliy Margolen vitaliy@kievinfo.com 2009-06-03 21:56:19 ---
app-emulation/wine-1.1.22 USE="X alsa cups gecko jpeg ncurses opengl png samba
ssl xcomposite xml (-dbus) -esd (-gnutls) (-hal) -jack -lcms (-ldap) (-nas) -oss (-scanner) -win64 -xinerama"
This is bunch of BS. Compile Wine from the source with _ALL REQUIREMENTS_ present! http://wiki.winehq.org/Recommended_Packages
http://bugs.winehq.org/show_bug.cgi?id=18762
--- Comment #2 from Jon Rosen holy.smoking.floorboards.batman@gmail.com 2009-06-04 00:36:59 --- Ok, I'm not exactly sure why my USE flags are a 'bunch of BS', but I can say that I've been speaking with another individual with the exact same USE flags, is also running Gentoo AMD64, and for whom Supreme Commander has worked 'very well for [and] on highest settings'. I don't know if my Wine setup is necessarily the problem (although related packages very well might be).
Still, I did looked through that link you provided and checked my installation against the recommendations there. The 'Gentoo page' didn't say anything new, as it pretty much just told me to run the emerge command and it recommended using 'oss' (which I've since added) The WineOn64bit page gave some new info. First, I ensured that all the stated emul-* libs were installed on my system (all but qt was) and I tried installing via its suggestions:
./configure --x-libraries=/emul/linux/x86/usr/lib/ LDFLAGS="-L/emul/linux/x86/usr/lib -L/emul/linux/x86/lib" make && ./wine --version;
This compilation shows no changes in game behavior from the Gentoo compilation. (I have no easy way of comparing my config.h with the one on the recommended packages page, because the info on that site was copied and pasted with line numbers and did not keep spacing, so every line comes up as different) Configure did throw this at me, though:
configure: libhal 32-bit development files not found, no dynamic device support. configure: libgnutls 32-bit development files not found, no schannel support. configure: libsane 32-bit development files not found, scanners won't be supported. configure: libgphoto2 32-bit development files not found, digital cameras won't be supported. configure: libcapi20 32-bit development files not found, ISDN won't be supported. configure: libldap (OpenLDAP) 32-bit development files not found, LDAP won't be supported.
In the regular Gentoo emerge of wine, only this shows: configure: libgphoto2 development files not found, digital cameras won't be supported. configure: libcapi20 development files not found, ISDN won't be supported.
For the record, I am compiling with the following CFLAGS: CFLAGS="-march=athlon64 -O2 -pipe"
http://bugs.winehq.org/show_bug.cgi?id=18762
Vitaliy Margolen vitaliy@kievinfo.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED Resolution| |INVALID
--- Comment #3 from Vitaliy Margolen vitaliy@kievinfo.com 2009-06-04 19:34:25 --- When you install _ALL_ development dependencies, recompile Wine without any libraries missing, you are welcome to reopen the bug.
http://bugs.winehq.org/show_bug.cgi?id=18762
Vitaliy Margolen vitaliy@kievinfo.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #4 from Vitaliy Margolen vitaliy@kievinfo.com 2009-06-04 19:34:35 --- Closing
http://bugs.winehq.org/show_bug.cgi?id=18762
Jon Rosen holy.smoking.floorboards.batman@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|CLOSED |UNCONFIRMED Resolution|INVALID |
--- Comment #5 from Jon Rosen holy.smoking.floorboards.batman@gmail.com 2009-06-05 00:04:30 --- Please let me reiterate my point from earlier. Although I cannot completely justify excluding this being an issue with my compilation of Wine, I am fairly certain it is not related because both a) someone else has the same USE flags I currently have (meaning that our configure scripts would find the exact same libraries) and b) Neither libgphoto2 or libcapi20 have anything to do with directx.
Rather, I imagine it must be related to Wine's directx functionality. I actually NEED to have at least the d3dx_36.dll file copied from Windows and used natively in Wine for this game to even start (As I mentioned before, I've also tried installing d3d "completely" into Wine via winetricks and a few other console outputs (non-essential) have disappeared, but because the error references d3d, I think something is still being missed here.
Additionally, I have installed all of the emul-* packages noted in the WineOn64bit page in the Gentoo section and I am not sure what other 'required packages' you might mean (I'd also like to note that the information on that page is, if I'm estimating correctly, 2 and a half years old so I don't know how accurate that is anymore anyway (it references using cvs wine version 0.24 and at least emul-linux-x86-baselibs version 10.1 (of which they don't even use that notation for that package anymore))
Anyway, all I ask is for reconsideration of the problem at hand. I certainly could chroot into a 32bit environment, compile both wine and all of the dependencies 32 bit, but the tremendous effort to go into all that makes it much more worthwhile for me to just play this in Windows and completely ignore it in Wine until somebody else can figure out whats going on.
http://bugs.winehq.org/show_bug.cgi?id=18762
James McKenzie jjmckenzie51@earthlink.net changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |jjmckenzie51@earthlink.net
--- Comment #6 from James McKenzie jjmckenzie51@earthlink.net 2009-06-05 23:02:38 --- Jon: Is there a demo version of this game that is downloadable so that I can look at this error and confirm that it also appears on Wine for MacOSX with Mac 10.5.7/XQuartz 2.3.3.2?
Thank you.
James McKenzie
http://bugs.winehq.org/show_bug.cgi?id=18762
--- Comment #7 from Henri Verbeet hverbeet@gmail.com 2009-06-06 03:26:48 --- Yes, http://www.gamershell.com/download_17675.shtml for example. That isn't neccesarily the same codebase though.
http://bugs.winehq.org/show_bug.cgi?id=18762
--- Comment #8 from James McKenzie jjmckenzie51@earthlink.net 2009-06-06 21:55:03 --- This program installs it's own DirectX. Screen display is very distorted on MacOSX with an ATI video system. Program creator recommends running on NVida cards only.
Receive the following sequence continuously on game start up:
fixme:d3d_surface:IWineD3DSurfaceImpl_BltOverride Implement blit from a swapchain to the active render target fixme:d3d_surface:IWineD3DBaseSurfaceImpl_Blt Filters not supported in software blit fixme:d3d_draw:drawStridedFast >>>>>>>>>>>>>>>>> GL_INVALID_OPERATION (0x502) from glDrawArrays @ drawprim.c / 63 fixme:d3d_draw:drawStridedFast >>>>>>>>>>>>>>>>> GL_INVALID_OPERATION (0x502) from glDrawArrays @ drawprim.c / 63 fixme:d3d_draw:drawStridedFast >>>>>>>>>>>>>>>>> GL_INVALID_OPERATION (0x502) from glDrawArrays @ drawprim.c / 63 fixme:d3d_draw:drawStridedFast >>>>>>>>>>>>>>>>> GL_INVALID_OPERATION (0x502) from glDrawArrays @ drawprim.c / 63 fixme:d3d_draw:drawStridedFast >>>>>>>>>>>>>>>>> GL_INVALID_OPERATION (0x502) from glDrawArrays @ drawprim.c / 63 fixme:d3d_draw:drawStridedFast >>>>>>>>>>>>>>>>> GL_INVALID_OPERATION (0x502) from glDrawArrays @ drawprim.c / 63 fixme:d3d_draw:drawStridedFast >>>>>>>>>>>>>>>>> GL_INVALID_OPERATION (0x502) from glDrawElements @ drawprim.c / 50 fixme:d3d_draw:drawStridedFast >>>>>>>>>>>>>>>>> GL_INVALID_OPERATION (0x502) from glDrawElements @ drawprim.c / 50 fixme:d3d_draw:drawStridedFast >>>>>>>>>>>>>>>>> GL_INVALID_OPERATION (0x502) from glDrawElements @ drawprim.c / 50 fixme:d3d_draw:drawStridedFast >>>>>>>>>>>>>>>>> GL_INVALID_OPERATION (0x502) from glDrawArrays @ drawprim.c / 63
Will run game with WINEDEBUG=-all to see if it will start properly. Also, had to set game to use a virtual desktop in Winecfg.
http://bugs.winehq.org/show_bug.cgi?id=18762
--- Comment #9 from James McKenzie jjmckenzie51@earthlink.net 2009-06-06 22:10:59 --- This program installs it's own DirectX. Screen display is very distorted on MacOSX with an ATI video system. Program creator recommends running on NVida cards only.
Receive the following sequence continuously on game start up:
fixme:d3d_surface:IWineD3DSurfaceImpl_BltOverride Implement blit from a swapchain to the active render target fixme:d3d_surface:IWineD3DBaseSurfaceImpl_Blt Filters not supported in software blit fixme:d3d_draw:drawStridedFast >>>>>>>>>>>>>>>>> GL_INVALID_OPERATION (0x502) from glDrawArrays @ drawprim.c / 63 fixme:d3d_draw:drawStridedFast >>>>>>>>>>>>>>>>> GL_INVALID_OPERATION (0x502) from glDrawArrays @ drawprim.c / 63 fixme:d3d_draw:drawStridedFast >>>>>>>>>>>>>>>>> GL_INVALID_OPERATION (0x502) from glDrawArrays @ drawprim.c / 63 fixme:d3d_draw:drawStridedFast >>>>>>>>>>>>>>>>> GL_INVALID_OPERATION (0x502) from glDrawArrays @ drawprim.c / 63 fixme:d3d_draw:drawStridedFast >>>>>>>>>>>>>>>>> GL_INVALID_OPERATION (0x502) from glDrawArrays @ drawprim.c / 63 fixme:d3d_draw:drawStridedFast >>>>>>>>>>>>>>>>> GL_INVALID_OPERATION (0x502) from glDrawArrays @ drawprim.c / 63 fixme:d3d_draw:drawStridedFast >>>>>>>>>>>>>>>>> GL_INVALID_OPERATION (0x502) from glDrawElements @ drawprim.c / 50 fixme:d3d_draw:drawStridedFast >>>>>>>>>>>>>>>>> GL_INVALID_OPERATION (0x502) from glDrawElements @ drawprim.c / 50 fixme:d3d_draw:drawStridedFast >>>>>>>>>>>>>>>>> GL_INVALID_OPERATION (0x502) from glDrawElements @ drawprim.c / 50 fixme:d3d_draw:drawStridedFast >>>>>>>>>>>>>>>>> GL_INVALID_OPERATION (0x502) from glDrawArrays @ drawprim.c / 63
Will run game with WINEDEBUG=-all to see if it will start properly. Also, had to set game to use a virtual desktop in Winecfg.
Followed instructions in the HOW-TO and program displays a blank window. Same errors occur as stated above. Unable to test program to confirm issue.
http://bugs.winehq.org/show_bug.cgi?id=18762
--- Comment #10 from Jon Rosen holy.smoking.floorboards.batman@gmail.com 2009-06-08 00:40:08 --- James,
I just tried the demo myself and that actually works fine. (Well, it works, albeit particularly slowly for me) In the demo I also get:
fixme:d3d_surface:IWineD3DSurfaceImpl_BltOverride Implement blit from a swapchain to the active render target fixme:d3d_surface:IWineD3DBaseSurfaceImpl_Blt Filters not supported in software blit
I'm guessing this is a 'demo implementation' thing as Henri pointed out, though. While the demo does install directx, I do not see any directx files in the demo subfolders and I don't experience any changes in the gameplay of the regular game itself, so it must be a difference with the demo's exe.
http://bugs.winehq.org/show_bug.cgi?id=18762
--- Comment #11 from Jon Rosen holy.smoking.floorboards.batman@gmail.com 2009-06-09 01:42:18 --- Thanks to some suggestions on the Wine forums, I was finally able to pinpoint a resolution for this problem. Turns out that by disabling the 'fidelity' setting (setting it to '0' (zero)) in the game's configuration file fixes this whole problem (the game plays as I had expected it to and the 'err:ntdll:RtlpWaitForCriticalSection' disappears) I played the game for a little while after it loaded and in about a 20 minute time frame the error did not appear at all.
As far as I can tell, the only thing turning 'fidelity' off does is disable terrain damage. I have no idea what else I could look at to help pinpoint a more specific cause for this error to have occurred, but I can say that the other individual who was originally able to play this game well (and who has an identical Wine installation/Platform) had this function enabled (set to '2'). That individual's computer has the same nVidia drivers as I do, but a newer card, so I wonder if this is a hardware thing? If there is anything else I can do to help test this, please let me know as I wouldn't mind spending more time on this to figure out the root cause.
http://bugs.winehq.org/show_bug.cgi?id=18762
haarp liquitsnake@gmx.net changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |liquitsnake@gmx.net
--- Comment #12 from haarp liquitsnake@gmx.net 2009-06-09 06:23:25 --- Fidelity also changes a lot of effects, decals and even the texture quality. There is no 'off' option, only 'low'
http://bugs.winehq.org/show_bug.cgi?id=18762
--- Comment #13 from Austin English austinenglish@gmail.com 2010-03-11 17:21:33 --- This is your friendly reminder that there has been no bug activity for 8 months. Is this still an issue in current (1.1.40 or newer) wine?
http://bugs.winehq.org/show_bug.cgi?id=18762
--- Comment #14 from Jon Rosen holy.smoking.floorboards.batman@gmail.com 2010-03-12 00:27:20 --- Due to an unrelated problem I have with this game, right now, I can't literally test. I can say that the last time I was able to get the game running, the issue was still present - ie: Enabling 'fidelity' at anything other than the lowest or second to lowest setting would result in VERY slow gameplay.
http://bugs.winehq.org/show_bug.cgi?id=18762
Ricardo Almeida ric.almeida@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |ric.almeida@gmail.com
http://bugs.winehq.org/show_bug.cgi?id=18762
mischenko.mm@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |mischenko.mm@gmail.com
--- Comment #15 from mischenko.mm@gmail.com 2011-06-01 00:41:43 CDT --- This isnt wine's bug. its a game bug coused by non-cleaned objects created by AI. try to use Sorian AI pack for game. that solves a lot of problems.
http://bugs.winehq.org/show_bug.cgi?id=18762
joaopa jeremielapuree@yahoo.fr changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |jeremielapuree@yahoo.fr
--- Comment #16 from joaopa jeremielapuree@yahoo.fr 2011-08-03 14:24:08 CDT --- If the game works in WINDOWS, not in Wine it is a Wine bug. Otherwise, this bug is INVALID
http://bugs.winehq.org/show_bug.cgi?id=18762
--- Comment #17 from Austin English austinenglish@gmail.com 2013-11-13 16:50:18 CST --- This is your friendly reminder that there has been no bug activity for 2 years. Is this still an issue in current (1.7.6 or newer) wine? If so, please attach the terminal output in 1.7.6 (see http://wiki.winehq.org/FAQ#get_log).
http://bugs.winehq.org/show_bug.cgi?id=18762
Béla Gyebrószki gyebro69@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |gyebro69@gmail.com
--- Comment #18 from Béla Gyebrószki gyebro69@gmail.com --- Is this still an issue with Wine 1.7.22 or newer?
https://bugs.winehq.org/show_bug.cgi?id=18762
Igor ikk_pl@yahoo.co.uk changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |ikk_pl@yahoo.co.uk
--- Comment #19 from Igor ikk_pl@yahoo.co.uk --- Created attachment 50715 --> https://bugs.winehq.org/attachment.cgi?id=50715 freeze log for wine-1.7.36
https://bugs.winehq.org/show_bug.cgi?id=18762
--- Comment #20 from Igor ikk_pl@yahoo.co.uk --- Confirmed for wine-1.7.36 without overrides or winetricks. Game freezes when fidelity settings are set to high.
https://bugs.winehq.org/show_bug.cgi?id=18762
haarp liquitsnake@gmx.net changed:
What |Removed |Added ---------------------------------------------------------------------------- CC|liquitsnake@gmx.net |
https://bugs.winehq.org/show_bug.cgi?id=18762
James Edmonds james.ytedmonds@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |james.ytedmonds@gmail.com
--- Comment #21 from James Edmonds james.ytedmonds@gmail.com --- Created attachment 61035 --> https://bugs.winehq.org/attachment.cgi?id=61035 Console output log (wine 3.5)
https://bugs.winehq.org/show_bug.cgi?id=18762
--- Comment #22 from James Edmonds james.ytedmonds@gmail.com --- I can confirm this bug for Supreme Commander: Forged Alliance (Stand-Alone expansion, they run on the same Engine. They are treated as the same app on appdb) on wine version 3.5 (instaled through the winehq repos).
I have tried running the game on low settings, it might delay the bug (possibly moving it from occurring after 5 minutes to after 10, have not performed enough testing to find a mean time). I have found however that the bug occurs more quickly on large maps. To reproduce the bug quickly an 81km map (like betrayal ocean or debris) should be loaded with all bot slots filled. I tested with a friend on a 5km map (smallest) and with max unit cap and found that even with 4000 units in game the game does not crash. But 81km map with a fraction of that many units crashes. I have run the game with and without mods and the bug remains the same. Uploaded brief excerpt from the terminal when the bug occurs. If there are debugging tools or command line options I can run wine with to get more verbose output I can reproduce.
https://bugs.winehq.org/show_bug.cgi?id=18762
tokktokk fdsfgs@krutt.org changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |fdsfgs@krutt.org
https://bugs.winehq.org/show_bug.cgi?id=18762
--- Comment #23 from joaopa jeremielapuree@yahoo.fr --- Does the bug still occur with wine-4.2?
https://bugs.winehq.org/show_bug.cgi?id=18762
--- Comment #24 from Béla Gyebrószki gyebro69@gmail.com --- (In reply to James Edmonds from comment #22)
I can confirm this bug for Supreme Commander: Forged Alliance (Stand-Alone expansion, they run on the same Engine. They are treated as the same app on appdb) on wine version 3.5 (instaled through the winehq repos).
I have tried running the game on low settings, it might delay the bug (possibly moving it from occurring after 5 minutes to after 10, have not performed enough testing to find a mean time). I have found however that the bug occurs more quickly on large maps. To reproduce the bug quickly an 81km map (like betrayal ocean or debris) should be loaded with all bot slots filled. I tested with a friend on a 5km map (smallest) and with max unit cap and found that even with 4000 units in game the game does not crash. But 81km map with a fraction of that many units crashes. I have run the game with and without mods and the bug remains the same. Uploaded brief excerpt from the terminal when the bug occurs. If there are debugging tools or command line options I can run wine with to get more verbose output I can reproduce.
Could you please retest with a more recent Wine, preferably from the 5.x branch.
I can reproduce the problem when 'high' fidelity preset is selected in Wine-3.18, but this bug no longer occurs with Wine 4.x or 5.x.
wine-5.10-162-g22970932d0 OpenGL vendor string: NVIDIA Corporation OpenGL renderer string: GeForce GT 730/PCIe/SSE2 OpenGL core profile version string: 4.6.0 NVIDIA 440.66.15
https://bugs.winehq.org/show_bug.cgi?id=18762
minion minion.procyk@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |minion.procyk@gmail.com
--- Comment #25 from minion minion.procyk@gmail.com --- i can confirm this is not an issue in latest wine.
https://bugs.winehq.org/show_bug.cgi?id=18762
--- Comment #26 from joaopa jeremielapuree@yahoo.fr --- Reported fixed. Can an administrator close this bug as FIXED?
https://bugs.winehq.org/show_bug.cgi?id=18762
Louis Lenders xerox.xerox2000x@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Resolution|--- |FIXED Status|UNCONFIRMED |RESOLVED CC| |xerox.xerox2000x@gmail.com
--- Comment #27 from Louis Lenders xerox.xerox2000x@gmail.com --- (In reply to joaopa from comment #26)
Reported fixed. Can an administrator close this bug as FIXED?
reported fixed twice in comment 24 and 25 so resolving
https://bugs.winehq.org/show_bug.cgi?id=18762
Alexandre Julliard julliard@winehq.org changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #28 from Alexandre Julliard julliard@winehq.org --- Closing bugs fixed in 5.11.