http://bugs.winehq.org/show_bug.cgi?id=24748
Summary: Dangerous Waters: crashes when loading 688i platform Product: Wine Version: 1.3.4 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs@winehq.org ReportedBy: kgsuarez@gmail.com
Created an attachment (id=31273) --> (http://bugs.winehq.org/attachment.cgi?id=31273) Backtrace
Wine crashes when I try to load any mission that uses the 688i class submarine.
I have not tested every other platform yet, but all the other ones I tried work fine. It certainly seems that this crash is being caused by the 688i platform.
http://bugs.winehq.org/show_bug.cgi?id=24748
--- Comment #1 from Jeff Zaroyko jeffz@jeffz.name 2010-10-14 17:34:08 CDT --- (In reply to comment #0)
Created an attachment (id=31273)
--> (http://bugs.winehq.org/attachment.cgi?id=31273) [details]
Backtrace
Wine crashes when I try to load any mission that uses the 688i class submarine.
I have not tested every other platform yet, but all the other ones I tried work fine. It certainly seems that this crash is being caused by the 688i platform.
The backtrace is missing parameter names in functions, either build wine from source or install the wine-dbg package if relevant to your distro.
http://wiki.winehq.org/Backtraces
http://bugs.winehq.org/show_bug.cgi?id=24748
--- Comment #2 from Kristian G. Suarez kgsuarez@gmail.com 2010-10-14 19:32:09 CDT --- Created an attachment (id=31276) --> (http://bugs.winehq.org/attachment.cgi?id=31276) Backtrace, revised
Sorry about the first one, I am unfamiliar with wine.
http://bugs.winehq.org/show_bug.cgi?id=24748
--- Comment #3 from Austin English austinenglish@gmail.com 2010-10-14 21:35:51 CDT --- Does disabling sound help?
http://bugs.winehq.org/show_bug.cgi?id=24748
--- Comment #4 from Kristian G. Suarez kgsuarez@gmail.com 2010-10-14 22:05:58 CDT --- If I disable sound in Wine, by unchecking the sound drivers in Wine Config, then yes, the game will stop crashing. This is hardly a solution though. Sound is pretty important, especially in this game.
Also worth noting, I tried replacing the 688i sfx.agg that the game is crashing while accessing with the sfx.agg from the SSN-21 and the problem persists.
http://bugs.winehq.org/show_bug.cgi?id=24748
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Component|-unknown |winmm&mci
http://bugs.winehq.org/show_bug.cgi?id=24748
Pawel Stolowski pawel.stolowski@wp.pl changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |pawel.stolowski@wp.pl
http://bugs.winehq.org/show_bug.cgi?id=24748
Dan Kegel dank@kegel.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |dank@kegel.com
--- Comment #5 from Dan Kegel dank@kegel.com 2010-10-19 23:08:08 CDT --- looks vaguely like it might be a stack buffer overrun in kernel32...
http://bugs.winehq.org/show_bug.cgi?id=24748
--- Comment #6 from Pawel Stolowski pawel.stolowski@wp.pl 2010-10-20 03:20:50 CDT --- Created an attachment (id=31397) --> (http://bugs.winehq.org/attachment.cgi?id=31397) Trace (just a part of it) with WINDEBUG=+file,+relay
Same problem here. However, when I activate +file,+relay traces, the game just freezes and I have to interrupt wine with CTRL+C. Attached is the trace log with WINDEBUG=+file,+relay.
http://bugs.winehq.org/show_bug.cgi?id=24748
--- Comment #7 from Kristian G. Suarez kgsuarez@gmail.com 2010-10-20 12:37:05 CDT --- Dan Kegel, I replaced the default wine kernel32.dll with a version I took off of a Windows XP install. The problem persists regardless. I don't know much about these things, but I would assume that we could rule out that specific dll now.
http://bugs.winehq.org/show_bug.cgi?id=24748
--- Comment #8 from Juan Lang juan_lang@yahoo.com 2010-10-20 12:43:11 CDT --- (In reply to comment #7)
Dan Kegel, I replaced the default wine kernel32.dll with a version I took off of a Windows XP install. The problem persists regardless. I don't know much about these things, but I would assume that we could rule out that specific dll now.
No. kernel32 cannot use the native version, and Wine doesn't try to do so. Copying the native version has no effect.
http://bugs.winehq.org/show_bug.cgi?id=24748
Anton Oussik antonoussik@hotmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |antonoussik@hotmail.com
--- Comment #9 from Anton Oussik antonoussik@hotmail.com 2011-11-27 06:06:56 CST --- I can no longer reproduce this in wine 1.3.29.
http://bugs.winehq.org/show_bug.cgi?id=24748
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED Resolution| |FIXED
--- Comment #10 from Austin English austinenglish@gmail.com 2011-11-28 13:09:09 CST --- (In reply to comment #9)
I can no longer reproduce this in wine 1.3.29.
Reported fixed.
http://bugs.winehq.org/show_bug.cgi?id=24748
Alexandre Julliard julliard@winehq.org changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #11 from Alexandre Julliard julliard@winehq.org 2011-12-02 13:34:20 CST --- Closing bugs fixed in 1.3.34.
-
wine-bugs＠winehq.org