http://bugs.winehq.org/show_bug.cgi?id=12555
Summary: Battlefield 1942 crashes when having joysticks attached Product: Wine Version: 0.9.59. Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-dinput AssignedTo: wine-bugs@winehq.org ReportedBy: ysangkok@gmail.com
Created an attachment (id=12127) --> (http://bugs.winehq.org/attachment.cgi?id=12127) Console output, with backtrace
Battlefield 1942 v. 1.61b crashes when launching when having a joystick attached. It stopped crashing after I removed the joysticks (USB).
I have no DLL overrides.
http://bugs.winehq.org/show_bug.cgi?id=12555
--- Comment #1 from Lei Zhang thestig@google.com 2008-04-14 15:41:05 --- Does it crash with any joystick / gamepad, or just the one you have?
It would be helpful if you ran a copy of Wine with debugging symbols and attached its crash log.
http://bugs.winehq.org/show_bug.cgi?id=12555
--- Comment #2 from Janus Trolesen ysangkok@gmail.com 2008-04-14 15:50:11 --- Wine 0.9.59 only crashes when my steering wheel is attached. I have attached lsusb output for the steering wheel (Microsoft SideWinder Force Feedback (USB)).
Better backtraces with git coming up.
http://bugs.winehq.org/show_bug.cgi?id=12555
--- Comment #3 from Janus Trolesen ysangkok@gmail.com 2008-04-14 15:51:21 --- Created an attachment (id=12183) --> (http://bugs.winehq.org/attachment.cgi?id=12183) lsusb output for the steering wheel that makes wine die
http://bugs.winehq.org/show_bug.cgi?id=12555
--- Comment #4 from Janus Trolesen ysangkok@gmail.com 2008-04-14 16:49:43 --- Created an attachment (id=12187) --> (http://bugs.winehq.org/attachment.cgi?id=12187) console output and backtrace (not great though)
I made this using the Git sources on apr. 14. However, there is apparently not enough debugging symbols, because it only gives me addresses.
http://bugs.winehq.org/show_bug.cgi?id=12555
--- Comment #5 from Janus Trolesen ysangkok@gmail.com 2008-04-14 16:53:56 --- Created an attachment (id=12188) --> (http://bugs.winehq.org/attachment.cgi?id=12188) WINE (from git) running BF1942 and crashing (with WINEDEBUG=dinput)
here is a more verbose crash
http://bugs.winehq.org/show_bug.cgi?id=12555
--- Comment #6 from Vitaliy Margolen vitaliy@kievinfo.com 2008-04-19 09:56:26 --- (In reply to comment #5)
Created an attachment (id=12188)
--> (http://bugs.winehq.org/attachment.cgi?id=12188) [details]
WINE (from git) running BF1942 and crashing (with WINEDEBUG=dinput)
here is a more verbose crash
Please properly recompile Wine so it has debug symbols. Also do not use -fomit-frame-pointer or --hash-style=both flags.
http://bugs.winehq.org/show_bug.cgi?id=12555
--- Comment #7 from Janus Trolesen ysangkok@gmail.com 2008-04-19 17:51:07 --- comment #6: Well, first I have to find out how to compile with debug symbols. I just did configure, make, make install, but apparently the default has no debug symbols.
Also, please notice that wine crashes when "Object 20" is examined (see the verbose crash):
... trace:dinput:_dump_DIDATAFORMAT - Object 19: trace:dinput:_dump_DIDATAFORMAT * GUID: {a36d02f0-c9f3-11cf-bfc7-444553540000} ('GUID_Button') trace:dinput:_dump_DIDATAFORMAT * dwOfs: 57 trace:dinput:_dump_DIDATAFORMAT * dwType: 0x00000904 trace:dinput:_dump_DIDATAFORMAT Type: DIDFT_PSHBUTTON / Instance: 9 trace:dinput:_dump_DIDATAFORMAT * dwFlags: 0x00000000 trace:dinput:_dump_DIDATAFORMAT - Object 20: wine: Unhandled page fault on read access to 0x00000001 at address 0x7e5ada7f (thread 0009), starting debugger... Unhandled exception: page fault on read access to 0x00000001 in 32-bit code (0x7e5ada7f). ...
http://bugs.winehq.org/show_bug.cgi?id=12555
--- Comment #8 from Vitaliy Margolen vitaliy@kievinfo.com 2008-04-22 23:40:19 --- (In reply to comment #7)
comment #6: Well, first I have to find out how to compile with debug symbols. I just did configure, make, make install, but apparently the default has no debug symbols.
Skip installation step - run Wine directly from build directory.
http://bugs.winehq.org/show_bug.cgi?id=12555
--- Comment #9 from Janus Trolesen ysangkok@gmail.com 2008-04-24 05:09:25 --- Created an attachment (id=12428) --> (http://bugs.winehq.org/attachment.cgi?id=12428) Output from Git wine 2008-04-24 (no crash)
Hmm... last night I ran Wine from the build directory. Wine now gave much more debugging information. But I used an old Git build so I fetched the latest and builded again over the night.
However, now Wine does not crash anymore. I am using wine-0.9.60-198-g8c82625. I am sure the crash conditions are still met, because wine-0.9.59 is still crashing.
I have attached the output. Now Wine continues beyond "Object 20", where it crashed before. I have truncated the output to 1000000 bytes.
http://bugs.winehq.org/show_bug.cgi?id=12555
--- Comment #10 from Austin English austinenglish@gmail.com 2008-04-25 20:46:36 --- (In reply to comment #9)
Created an attachment (id=12428)
--> (http://bugs.winehq.org/attachment.cgi?id=12428) [details]
Output from Git wine 2008-04-24 (no crash)
Hmm... last night I ran Wine from the build directory. Wine now gave much more debugging information. But I used an old Git build so I fetched the latest and builded again over the night.
However, now Wine does not crash anymore. I am using wine-0.9.60-198-g8c82625. I am sure the crash conditions are still met, because wine-0.9.59 is still crashing.
I have attached the output. Now Wine continues beyond "Object 20", where it crashed before. I have truncated the output to 1000000 bytes.
So it's working then?
http://bugs.winehq.org/show_bug.cgi?id=12555
--- Comment #11 from Janus Trolesen ysangkok@gmail.com 2008-04-27 12:12:38 --- (In reply to comment #10)
(In reply to comment #9)
Created an attachment (id=12428)
--> (http://bugs.winehq.org/attachment.cgi?id=12428) [details] [details]
Output from Git wine 2008-04-24 (no crash)
Hmm... last night I ran Wine from the build directory. Wine now gave much more debugging information. But I used an old Git build so I fetched the latest and builded again over the night.
However, now Wine does not crash anymore. I am using wine-0.9.60-198-g8c82625. I am sure the crash conditions are still met, because wine-0.9.59 is still crashing.
I have attached the output. Now Wine continues beyond "Object 20", where it crashed before. I have truncated the output to 1000000 bytes.
So it's working then?
Yes.
I can't even reproduce the crash with Wine 0.9.59 anymore, because I upgraded to Hardy. I don't get the crash anymore. I tried running Wine under the kernel from Gutsy, but it doesn't crash. So you cannot get a decent backtrace from me.
But I guess the bug must have been fixed anyway, because at the time when I could get Wine 0.9.59 to crash, the latest Git version (0.9.60-198-g8c82625) did not. So, I guess it must have been fixed.
http://bugs.winehq.org/show_bug.cgi?id=12555
Lei Zhang thestig@google.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED Resolution| |FIXED
--- Comment #12 from Lei Zhang thestig@google.com 2008-04-28 10:56:02 --- marking as fixed then.
http://bugs.winehq.org/show_bug.cgi?id=12555
Alexandre Julliard julliard@winehq.org changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #13 from Alexandre Julliard julliard@winehq.org 2008-05-02 12:37:42 --- Closing bugs fixed in 0.9.61.