http://bugs.winehq.org/show_bug.cgi?id=35286
Bug ID: 35286 Summary: Borderlands needs msvcr90.dll._crt_debugger_hook Product: Wine Version: 1.7.9 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: msvcrt Assignee: wine-bugs@winehq.org Reporter: debian@carbon-project.org Classification: Unclassified
Boderlands (Steam version) needs msvcr90.dll._crt_debugger_hook and fails to launch. Disabling mmdevapi works around this issue.
wine: Call from 0x7b83aabe to unimplemented function msvcr90.dll._crt_debugger_hook, aborting
Note: this might be a clone of bug 34870
http://bugs.winehq.org/show_bug.cgi?id=35286
Anastasius Focht focht@gmx.net changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |NEW CC| |focht@gmx.net Summary|Borderlands needs |Borderlands crashes on |msvcr90.dll._crt_debugger_h |unimplemented function |ook |msvcr90.dll._crt_debugger_h | |ook Ever confirmed|0 |1
--- Comment #1 from Anastasius Focht focht@gmx.net --- Hello Cùran,
--- quote --- Disabling mmdevapi works around this issue --- quote ---
This is the important bit and the real cause why the hook is getting called. Even with the debugger hook implemented you would still get an abort.
Anyway, it shouldn't crash the hard way so the report is still somewhat valid ;-)
You could try to figure out the other problem with 'mmdevapi' component. Either regression test (if it worked before) or it's an already known problem.
Regards
http://bugs.winehq.org/show_bug.cgi?id=35286
--- Comment #2 from Cùran debian@carbon-project.org --- Created attachment 47073 --> http://bugs.winehq.org/attachment.cgi?id=47073 log with WINEDEBUG=+mmdevapi
(In reply to comment #1)
--- quote --- Disabling mmdevapi works around this issue --- quote ---
This is the important bit and the real cause why the hook is getting called. Even with the debugger hook implemented you would still get an abort.
Anyway, it shouldn't crash the hard way so the report is still somewhat valid ;-)
You could try to figure out the other problem with 'mmdevapi' component. Either regression test (if it worked before) or it's an already known problem.
As I tried Borderlands only recently (with 1.7.9, my packages are available from http://dev.carbon-project.org/debian/wine-unstable/), I can't really tell whether this is a regression or not. But I launched Borderlands with the mmdevapi debug channel activated. The result is attached to this comment.
http://bugs.winehq.org/show_bug.cgi?id=35286
Anastasius Focht focht@gmx.net changed:
What |Removed |Added ---------------------------------------------------------------------------- Keywords| |download URL| |http://store.steampowered.c | |om/app/8980/ Summary|Borderlands crashes on |Borderlands (Steam) crashes |unimplemented function |on unimplemented function |msvcr90.dll._crt_debugger_h |msvcr90.dll._crt_debugger_h |ook |ook
--- Comment #3 from Anastasius Focht focht@gmx.net --- Hello Cùran,
can you provide a log with more debug channels enabled (without the 'heavy' +relay gun):
--- snip --- $ WINEDEBUG=+tid,+seh,+loaddll,+process,+mmdevapi wine ./foo.exe >>log.txt 2>&1 --- snip ---
The idea is to identify the place that could be examined further:
1) process which aborts -> +process (parent-child relationships) 2) faulting thread within process -> +tid 3) exception info (fault address + pc, caller states) -> +seh 4) PE mapping/image range containing faulting code -> +loaddll (info from +seh)
(optionally +msvcrt which sometimes reveals more context).
Regards
http://bugs.winehq.org/show_bug.cgi?id=35286
--- Comment #4 from Cùran debian@carbon-project.org --- Sure, here you go: http://dev.carbon-project.org/debian/wine.bugs/35286/borderlands_full.log.xz (as this file is 5 MB large I couldn't upload it to the Bugzilla; unpacked you get about 1.7 GB).
Let me know if you need something else.
http://bugs.winehq.org/show_bug.cgi?id=35286
--- Comment #5 from Anastasius Focht focht@gmx.net --- Hello Cùran,
"unpacked you get about 1.7 GB" ... that's because there is an exception recursion (making the log 80% larger than needed).
This is the place:
--- snip --- 0053:trace:mmdevapi:MMDevPropStore_GetValue (0xf369d428)->("{1da5d803-d492-4edd-8c23-e0c0ffee7f0e},4", 0x3cfca80) 0053:trace:mmdevapi:MMDevPropStore_Release Refcount now 0 0053:trace:mmdevapi:MMDevCol_Release Refcount now 0 0053:trace:mmdevapi:MMDevEnum_Release Refcount now 1 0053:trace:mmdevapi:MMDevice_Release Refcount now 4 0053:trace:seh:raise_exception code=80000100 flags=1 addr=0x7b83aabe ip=7b83aabe tid=0053 0053:trace:seh:raise_exception info[0]=7f3e0134 0053:trace:seh:raise_exception info[1]=7f3e06fa wine: Call from 0x7b83aabe to unimplemented function msvcr90.dll._crt_debugger_hook, aborting --- snip ---
So relay is really needed (beware, log will be large).
1) Make sure no processes are running (wineserver -k) 2) Start the app using Steam from command line like you previously did, adding 'relay':
--- snip --- $ WINEDEBUG=+tid,+seh,+relay,+mmdevapi wine ... >>log.txt 2>&1 --- snip ---
(make sure you use append mode '>>')
At the point of crash/dialog kill everything (wineserver -k).
To avoid unnecessary stuff grep for the first occcurrence of 'unimplemented function msvcr90.dll._crt_debugger_hook, aborting' in log and discard everything after.
Regards
http://bugs.winehq.org/show_bug.cgi?id=35286
--- Comment #6 from Cùran debian@carbon-project.org --- I've capturedf a log with WINEDEBUG=+tid,+seh,+relay,+mmdevapi, removed everything after the first "unimplemented" line and removed every relay line about gdi32.ExtTextOutW, which were triggered by Steam itself and reveald a bit too much private information. The result can be found at http://dev.carbon-project.org/debian/wine.bugs/35286/borderlands_trimmed.log.xz. As this file is over 150 MB large I'd appreciate it if only people who can help with this bug, would download it. I may remove the file in the future. Uncompressed the file clocks in at about 6.5 GB.
http://bugs.winehq.org/show_bug.cgi?id=35286
GyB gyebro69@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |gyebro69@gmail.com
--- Comment #7 from GyB gyebro69@gmail.com --- Hi Cùran,
Exactly when is it crashing? Do you see the Borderlands splash image and the game crashes afterwards, before the intro videos (company logos) should be played?
So far I couldn't reproduce the crash in Borderlands GOTY (Steam) here on Fedora 19 x86. The game starts and runs with alldlls=builtin, dwrite=disabled and only with Physx installed (neither Directx, Xaudio nor MSVC++ 2008 were installed).
wine-1.7.9-197-gf76f34c
http://bugs.winehq.org/show_bug.cgi?id=35286
--- Comment #8 from Cùran debian@carbon-project.org --- (In reply to comment #7)
Exactly when is it crashing? Do you see the Borderlands splash image and the game crashes afterwards, before the intro videos (company logos) should be played?
AFAICT the crash is immediately after the application goes to fullscreen (which then stays black and you have to kill Borderlands.exe). I haven't seen (nor heard) the videos.
As soon as I disable mmdevapi, everything works fine.
I'm also using the GotY edition from Steam, but on a Debian testing (amd64) environment. See comment 2 for the link to my Wine packages. The prefix is clean and nothing has been installed into it beyond what Steam placed there for Borderlands and itself. Steam is launched with the -no-dwrite option (bug 31374). The graphics driver is Mesa 10.1-devel (radeonsi on a PITCAIRN ASIC; can't tell you the commit I've used to build Mesa from memory, but it was mit December when I last built it) on a Linux master/9a0bb296 (basically 3.13~rc6 + commits up until 9a0bb2966efbf30a71c128c3af63307d8b5f5fc0 from Linus' kernel tree).
Judging from the last few test results in the AppDB (http://appdb.winehq.org/objectManager.php?sClass=version&iId=18218), this is a common issue. Someone reported, that launching Borderlands in windowed mode also works around this bug (http://appdb.winehq.org/objectManager.php?sClass=version&iId=18218&iTestingId=81841. Haven't tested that yet.
http://bugs.winehq.org/show_bug.cgi?id=35286
--- Comment #9 from Cùran debian@carbon-project.org --- I've checked whether windowed mode also works around the issue and found that it doesn't (for me). The only benefit is, that I can still access my KDE session and kill Borderlands from there instead of having to go to another tty.
http://bugs.winehq.org/show_bug.cgi?id=35286
Jerome Leclanche adys.wh@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |adys.wh@gmail.com
http://bugs.winehq.org/show_bug.cgi?id=35286
Jerome Leclanche adys.wh@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |adys.wh@gmail.com
https://bugs.winehq.org/show_bug.cgi?id=35286
mrdeathjr28@yahoo.es changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |mrdeathjr28@yahoo.es
--- Comment #10 from mrdeathjr28@yahoo.es --- In my case works
https://www.youtube.com/watch?v=WXwwvoZCDzE
Spec Machine on video comments
https://bugs.winehq.org/show_bug.cgi?id=35286
super_man@post.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |super_man@post.com
--- Comment #11 from super_man@post.com --- (In reply to mrdeathjr28 from comment #10)
In my case works
https://www.youtube.com/watch?v=WXwwvoZCDzE
Spec Machine on video comments
To me it looks that the function mentioned at title is still unimplemented as wine 1.8.rc1. So playing that shouldnt be possible without some overrides.
https://bugs.winehq.org/show_bug.cgi?id=35286
--- Comment #12 from Anastasius Focht focht@gmx.net --- Hello folks,
--- quote --- To me it looks that the function mentioned at title is still unimplemented as wine 1.8.rc1. So playing that shouldnt be possible without some overrides. --- quote ---
the debugger hook being called is just the manifestation of another problem. As the name implies ("debugger hook") it's only called in exceptional situations and not during normal operation. If the original problem went away (whatever it was) there is no need to call the hook hence it doesn't matter if it's stubbed or not.
Regards
https://bugs.winehq.org/show_bug.cgi?id=35286
seanmcgeehan228@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |seanmcgeehan228@gmail.com
--- Comment #13 from seanmcgeehan228@gmail.com --- Hey Folks,
I think this is happening to me too.
I get a black screen a split second after launching the game through steam.
Can someone explain the work around? (how to disable mmdevapi)
https://bugs.winehq.org/show_bug.cgi?id=35286
--- Comment #14 from seanmcgeehan228@gmail.com --- (In reply to seanmcgeehan228 from comment #13)
Hey Folks,
I think this is happening to me too.
I get a black screen a split second after launching the game through steam.
Can someone explain the work around? (how to disable mmdevapi)
Figured out how to disable mmdevapi but its not resolving my issue
https://bugs.winehq.org/show_bug.cgi?id=35286
--- Comment #15 from Austin English austinenglish@gmail.com --- Please retest in git / 1.9.2, which has https://source.winehq.org/git/wine.git/commitdiff/ecfc10bbfb2124e01ea99ac6cc...
https://bugs.winehq.org/show_bug.cgi?id=35286
Piotr Caban piotr.caban@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Fixed by SHA1| |ecfc10bbfb2124e01ea99ac6ccb | |979071913f716 Status|NEW |RESOLVED CC| |piotr.caban@gmail.com Resolution|--- |FIXED
--- Comment #16 from Piotr Caban piotr.caban@gmail.com --- _crt_debugger_hook is implemented. Marking the bug as fixed. Please open new bugs for next issues.
https://bugs.winehq.org/show_bug.cgi?id=35286
Alexandre Julliard julliard@winehq.org changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #17 from Alexandre Julliard julliard@winehq.org --- Closing bugs fixed in 1.9.5.
https://bugs.winehq.org/show_bug.cgi?id=35286
Michael Stefaniuc mstefani@redhat.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Target Milestone|--- |1.8.x CC| |mstefani@redhat.com
https://bugs.winehq.org/show_bug.cgi?id=35286
Michael Stefaniuc mstefani@redhat.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Target Milestone|1.8.x |---
--- Comment #18 from Michael Stefaniuc mstefani@redhat.com --- Removing 1.8.x milestone from bugs included in 1.8.5.