[Bug 35280] New: Dracula 4 (The Shadow of the Dragon) freezes when starting a new game (using built-in msvcr100)
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(a)winehq.org Reporter: gyebro69(a)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 -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=35280 Piotr Caban <piotr.caban(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |piotr.caban(a)gmail.com --- Comment #1 from Piotr Caban <piotr.caban(a)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). -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=35280 --- Comment #2 from GyB <gyebro69(a)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 -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=35280 --- Comment #3 from Piotr Caban <piotr.caban(a)gmail.com> --- It's probably fixed. Please retest. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=35280 GyB <gyebro69(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Fixed by SHA1| |e16059113cf717a0422c4ff6e0d | |0d64e5a60355b Status|NEW |RESOLVED Resolution|--- |FIXED --- Comment #4 from GyB <gyebro69(a)gmail.com> --- Tested with wine-1.7.11-162-ga1b9634 and the problem is indeed fixed, thanks Piotr. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=35280 Alexandre Julliard <julliard(a)winehq.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED --- Comment #5 from Alexandre Julliard <julliard(a)winehq.org> --- Closing bugs fixed in 1.7.12. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
participants (1)
-
wine-bugs＠winehq.org