http://bugs.winehq.org/show_bug.cgi?id=20046
Summary: MacOSX race condition during 3D/GL initialisation Product: Wine Version: 1.1.29 Platform: PC OS/Version: Mac OS X 10.5 Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs@winehq.org ReportedBy: hoehle@users.sourceforge.net
Created an attachment (id=23592) --> (http://bugs.winehq.org/attachment.cgi?id=23592) error messages from the console during app startup
Hi,
unfortunately, there's some random race condition affecting 3D apps on MacOS upon startup.
- I've attached 2 logs from the start of FIFA WC'06. One shows an error, the other not. Fortunately, the apps starts despite this error. xp_destroy_surface: assertion failed: s != ((void *)0) err:d3d:CreateContext Cannot activate context to set up defaults
- As I wrote in AppDB test results about 2weistein, "when the in-game resolution setting is higher than the virtual desktop's at startup, a race condition sometimes causes only the upper left of the enlarged desktop window to be used." http://appdb.winehq.org/objectManager.php?sClass=version&iId=17196
- Yesterday I ran "make -j2" to keep the CPU% of both CPU max'ed. Suddenly, Lego Star Wars started in full screen (1600x1200) on the Mac, which I had never seen before with any wine app. This happened despite using an 800x600 desktop window mode. Alas, the screen went black, except for the X11 menu bar and the "always in foreground" CPU metering window (also visible in TimeMachine's full screen). Then a requester appeared: "Nu2Api Runtime Error! c:\projects\nu2api.legopc\nuwin32\d3dcore.cpp Line: 659 Description: failed to find suitable refresh rate for current resolution" (See also bug #20045 about being unable to switch resolutions)
Using OSX 10.5.7 with XQuartz 2.3.3.2 on NVidia 9400M.
BTW, please add Mac OSX 10.6 to AppDB's OS list (and eliminate 10.2 or 10.3 as only Intel is supported which AFAIK started with 10.4).
Regards, Jörg Höhle
http://bugs.winehq.org/show_bug.cgi?id=20046
--- Comment #1 from Jörg Höhle hoehle@users.sourceforge.net 2009-09-14 08:08:23 --- Created an attachment (id=23593) --> (http://bugs.winehq.org/attachment.cgi?id=23593) messages from app startup without 3D/GL error
http://bugs.winehq.org/show_bug.cgi?id=20046
--- Comment #2 from Henri Verbeet hverbeet@gmail.com 2009-09-14 08:54:34 --- (In reply to comment #0)
xp_destroy_surface: assertion failed: s != ((void *)0) xp_destroy_surface error: 3
That's from XQuartz, not Wine. I know we've fixed races like that in the crossover X server, and I wouldn't be surprised if this one is the cause for the issues you're seeing.
http://bugs.winehq.org/show_bug.cgi?id=20046
--- Comment #3 from Austin English austinenglish@gmail.com 2009-09-14 12:37:41 --- (In reply to comment #0)
BTW, please add Mac OSX 10.6 to AppDB's OS list (and eliminate 10.2 or 10.3 as only Intel is supported which AFAIK started with 10.4).
Done (someone beat me to it).
http://bugs.winehq.org/show_bug.cgi?id=20046
--- Comment #4 from Jörg Höhle hoehle@users.sourceforge.net 2009-09-15 04:18:49 --- Created an attachment (id=23608) --> (http://bugs.winehq.org/attachment.cgi?id=23608) messages and crash at app startup (CreateFakeGLContext fails)
Unlike the trace in command #0 about CreateContext / IDirect3DDevice8Impl_CreateAdditionalSwapChain, this trace shows FIFA WC 2006 crashing after WineD3D_CreateFakeGLContext / InitAdapters.
This third form of application start is rarer than the 2 previous ones. I.e. most of the time, the app starts successfully.
http://bugs.winehq.org/show_bug.cgi?id=20046
--- Comment #5 from Jörg Höhle hoehle@users.sourceforge.net 2010-01-18 09:53:27 --- Created an attachment (id=25788) --> (http://bugs.winehq.org/attachment.cgi?id=25788) short backtrace from Ankh
I found a work around the error: xp_destroy_surface: assertion failed: s != ((void *)0) xp_destroy_surface error: 3 Depending on the app (make test, Ankh1, Ankh2, probably zweistein and WC 2006 as well), the failure is either fatal or not (e.g. Ankh1 crashes reproducibly in wine-1.1.36). If not, it is typically followed by partial rendering to the upper left of Wine's desktop window, as if if had not been resized.
This error occurs if and only if Wine's desktop size is smaller than what the app wants to set. Make it as large or larger and the error is gone. What works similarly well is to start using wine explorer /desktop=Ankh,1280x1024 Ankh.exe even when Wine's default desktop is smaller, e.g. 800x600. Ankh then manages to use all its in-game defined resolutions: 640x480, 800x600, 1024x768 or 1280x1024 and resizes the desktop window accordingly.
The (fatal) assertion failure was very reproducible in Ankh yesterday with wine-1.1.36. Unfortunately, I don't know enough to debug D3D or the X server.
http://bugs.winehq.org/show_bug.cgi?id=20046
Jörg Höhle hoehle@users.sourceforge.net changed:
What |Removed |Added ---------------------------------------------------------------------------- Attachment #25788|application/octet-stream |text/plain mime type| |
http://bugs.winehq.org/show_bug.cgi?id=20046
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- OS/Version|Mac OS X 10.5 |Mac OS X
http://bugs.winehq.org/show_bug.cgi?id=20046
joaopa jeremielapuree@yahoo.fr changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |jeremielapuree@yahoo.fr
--- Comment #6 from joaopa jeremielapuree@yahoo.fr 2011-10-16 16:18:37 CDT --- still a bug in current wine?
http://bugs.winehq.org/show_bug.cgi?id=20046
Jörg Höhle hoehle@users.sourceforge.net changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED Resolution| |FIXED
--- Comment #7 from Jörg Höhle hoehle@users.sourceforge.net 2011-12-20 16:44:25 CST --- I haven't seen that error anymore for quite some time.
http://bugs.winehq.org/show_bug.cgi?id=20046
Alexandre Julliard julliard@winehq.org changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #8 from Alexandre Julliard julliard@winehq.org 2011-12-30 12:55:39 CST --- Closing bugs fixed in 1.3.36.
-
wine-bugs＠winehq.org