http://bugs.winehq.org/show_bug.cgi?id=26572
Summary: The 4th Coming: Deadlocks or crashes with "out of GDI object handles" errors Product: Wine Version: 1.3.15 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs@winehq.org ReportedBy: j.muehlenhoff@gmx.de
Created an attachment (id=33837) --> (http://bugs.winehq.org/attachment.cgi?id=33837) Log output when deadlock occurs
When I try to enter the game world in T4C (The 4th Coming), it usually deadlocks with in "RtlpWaitForCriticalSection".
Sometimes it does not deadlock (setting the CPU affinity to one core in wine's task manager helps).
In the second case it shows a progress bar and eventually enters the game world, but the window gets destroyed quickly and the game causes lots of "out of GDI object handles" error messages.
PS: This is not the original English version, but the German version of the game. When I find a way to download the English version (download link seems to be broken), I'll try that version as well.
http://bugs.winehq.org/show_bug.cgi?id=26572
--- Comment #1 from Jens Mühlenhoff j.muehlenhoff@gmx.de 2011-03-27 14:35:28 CDT --- Created an attachment (id=33838) --> (http://bugs.winehq.org/attachment.cgi?id=33838) Log output when GDI errors occur
http://bugs.winehq.org/show_bug.cgi?id=26572
Juan Lang juan_lang@yahoo.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Attachment #33838|application/octet-stream |text/plain mime type| |
http://bugs.winehq.org/show_bug.cgi?id=26572
Juan Lang juan_lang@yahoo.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Attachment #33837|application/octet-stream |text/plain mime type| |
http://bugs.winehq.org/show_bug.cgi?id=26572
Jens Mühlenhoff j.muehlenhoff@gmx.de changed:
What |Removed |Added ---------------------------------------------------------------------------- Version|1.3.15 |1.3.17
--- Comment #2 from Jens Mühlenhoff j.muehlenhoff@gmx.de 2011-04-05 01:17:51 CDT --- Retested with 1.3.17, no change.
http://bugs.winehq.org/show_bug.cgi?id=26572
Dmitry Timoshkov dmitry@codeweavers.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Version|1.3.17 |1.3.15
--- Comment #3 from Dmitry Timoshkov dmitry@codeweavers.com 2011-04-05 03:27:24 CDT --- Adding a comment (without changing an originally reported Wine version) is enough.
http://bugs.winehq.org/show_bug.cgi?id=26572
Sylvain Petreolle spetreolle@yahoo.fr changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |spetreolle@yahoo.fr
http://bugs.winehq.org/show_bug.cgi?id=26572
Sylvain Petreolle spetreolle@yahoo.fr changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |NEW Ever Confirmed|0 |1
--- Comment #4 from Sylvain Petreolle spetreolle@yahoo.fr 2011-04-13 12:35:00 CDT --- I confirm the issue with the NMS-Révolution version. Wine version : 1.3.17.
After one minute, Im unable to run a simple "ps" : bash: start_pipeline: pgrp pipe: Too many open files in system bash: /bin/ps: Too many open files in system
http://bugs.winehq.org/show_bug.cgi?id=26572
--- Comment #5 from Jens Mühlenhoff j.muehlenhoff@gmx.de 2011-04-14 02:57:04 CDT --- Strange, maybe you should do an "lsof" to see what files T4C opens.
http://bugs.winehq.org/show_bug.cgi?id=26572
--- Comment #6 from Sylvain Petreolle spetreolle@yahoo.fr 2011-04-16 04:15:22 CDT --- (In reply to comment #5)
Strange, maybe you should do an "lsof" to see what files T4C opens.
lsof itself doesn't work when this happens. What I have seen before is that wineserver opens many pipes.
http://bugs.winehq.org/show_bug.cgi?id=26572
--- Comment #7 from Sylvain Petreolle spetreolle@yahoo.fr 2011-04-16 04:18:33 CDT --- I found a workaround : set DirectDrawRenderer to use opengl. (see UsefulRegistryKeys)
http://bugs.winehq.org/show_bug.cgi?id=26572
--- Comment #8 from Jens Mühlenhoff j.muehlenhoff@gmx.de 2011-04-16 04:56:35 CDT --- (In reply to comment #7)
I found a workaround : set DirectDrawRenderer to use opengl. (see UsefulRegistryKeys)
I had to set the OffscreenRenderMode to backbufer as well, because the graphics where not updated in fbo mode. This might be a problem with clutter since I'm running Gnome 3.
The deadlock problem is still there though, I'm having trouble to get past the loading screen.
I got into the game with the opengl renderer and was able to click through the first two help screens, but then the screen stopped updating, but sounds where still playing in the background.
http://bugs.winehq.org/show_bug.cgi?id=26572
--- Comment #9 from Jens Mühlenhoff j.muehlenhoff@gmx.de 2011-04-16 05:23:27 CDT --- (In reply to comment #8)
I got into the game with the opengl renderer and was able to click through the first two help screens, but then the screen stopped updating, but sounds where still playing in the background.
Actually its the deadlock issue that prevents me to enter the game.
For the few seconds, before it deadlocks, the game seems to be working just fine (with the opengl renderer workaround).
Maybe this bug should be splitted in two separate bugs?
http://bugs.winehq.org/show_bug.cgi?id=26572
Jeremy Drake wine@jdrake.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |wine@jdrake.com
--- Comment #10 from Jeremy Drake wine@jdrake.com 2011-05-19 00:41:20 CDT --- See also bug 4264. Before the installer issues distracted things, the same deadlock occurred in the eAcceleration version of the game.
http://bugs.winehq.org/show_bug.cgi?id=26572
--- Comment #11 from Sylvain Petreolle spetreolle@yahoo.fr 2011-10-21 07:01:04 CDT --- The "out of GDI object handles" bug doesn't happen anymore since ddraw uses OpenGL by default now. Please confirm.
http://bugs.winehq.org/show_bug.cgi?id=26572
Jens Mühlenhoff j.muehlenhoff@gmx.de changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED
--- Comment #12 from Jens Mühlenhoff j.muehlenhoff@gmx.de 2011-10-21 13:04:44 CDT --- (In reply to comment #11)
The "out of GDI object handles" bug doesn't happen anymore since ddraw uses OpenGL by default now. Please confirm.
Yes that is fixed, as a matter of fact the gfx of the game seem to be working now.
I also didn't encounter the deadlock yet, so I guess the bug can be closed now :).
http://bugs.winehq.org/show_bug.cgi?id=26572
Alexandre Julliard julliard@winehq.org changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #13 from Alexandre Julliard julliard@winehq.org 2011-10-21 13:50:43 CDT --- Closing bugs fixed in 1.3.31.