http://bugs.winehq.org/show_bug.cgi?id=35280
Bug ID: 35280 Summary: Dracula 4 (The Shadow of the Dragon) freezes when starting a new game (using built-in msvcr100) Product: Wine Version: 1.7.9 Hardware: x86 OS: Linux Status: NEW Severity: minor Priority: P2 Component: msvcrt Assignee: wine-bugs@winehq.org Reporter: gyebro69@gmail.com Classification: Unclassified
Created attachment 47056 --> http://bugs.winehq.org/attachment.cgi?id=47056 winedbg backtrace
This was tested with the GOG.com version of the game, no demo version has been released. The game comes with the following native dlls placed in the game directory: msvcp100, msvcp100d, msvcr100, msvcr100d. The problem doesn't occur when using native msvcr100.dll.
If I use Wine's built-in msvcr100 the game freezes when I start a new game from the menu. The screen is not refreshing but menu music is still playing. The 'Dracula4.exe' process and wineserver consume only 1-2% CPU all the time. At this point in-game videos should be played. The same freezing occurs if I choose <Prologue> from the main menu.
Now comes the tricky part that makes debugging complicated (at least for me): -if I run the game under winedbg (wine winedbg Dracula4.exe), then starting a new game is working, the videos are playing, but the game crashes as soon as the last video ends. - the same scenario happens if I start the game normally, but redirect the output to a file: 'wine Dracula4.exe >dracula.log 2>&1). Just like when running under winedbg, the game gets past the videos and crashes when the videos end. - if I start the game with debug channels enabled, e.g. 'WINEDEBUG=+msvcrt,+tid wine Dracula4.exe >>msvcrt.log 2>&1', then the game doesn't crash at all, it plays the videos and the game continues normally after the videos. - if I start the game normally, let it freeze and attach winedbg to the already hung Dracula4.exe process, then I receive a backtrace as can be seen in the attached log file.
Plain terminal output doesn't show anything interesting except for a
fixme:heap:HeapSetInformation (nil) 1 (nil) 0
Fedora 19 x86 wine-1.7.9-143-g33132ce
http://bugs.winehq.org/show_bug.cgi?id=35280
Piotr Caban piotr.caban@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |piotr.caban@gmail.com
--- Comment #1 from Piotr Caban piotr.caban@gmail.com --- The backtrace shows that game waits for console input. Wine, when run from console, has always attached input. On windows a call to scanf will fail for non-console application, on wine it will be waiting for console input.
This behavior will be the same with native and builtin msvcr100. So the bug must be somewhere else. Could you please attach a log with msvcrt,relay,seh channels. Probably you will be able to do it by redirecting only stderr to file (2>log).
http://bugs.winehq.org/show_bug.cgi?id=35280
--- Comment #2 from GyB gyebro69@gmail.com --- Created attachment 47160 --> http://bugs.winehq.org/attachment.cgi?id=47160 (partial) +relay,+msvcrt,+seh log (uncompressed 61 MB)
The last 1 million lines of a +relay,+msvcrt,+seh log. The complete log is over 470 MB in uncompressed form, and is accessible here: https://drive.google.com/file/d/0B-tTbLKBl-tOZVd4eXp2LWtvaGM/edit?usp=sharin...
wine-1.7.10-112-g81c42ce
http://bugs.winehq.org/show_bug.cgi?id=35280
--- Comment #3 from Piotr Caban piotr.caban@gmail.com --- It's probably fixed. Please retest.
http://bugs.winehq.org/show_bug.cgi?id=35280
GyB gyebro69@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Fixed by SHA1| |e16059113cf717a0422c4ff6e0d | |0d64e5a60355b Status|NEW |RESOLVED Resolution|--- |FIXED
--- Comment #4 from GyB gyebro69@gmail.com --- Tested with wine-1.7.11-162-ga1b9634 and the problem is indeed fixed, thanks Piotr.
https://bugs.winehq.org/show_bug.cgi?id=35280
Alexandre Julliard julliard@winehq.org changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #5 from Alexandre Julliard julliard@winehq.org --- Closing bugs fixed in 1.7.12.