http://bugs.winehq.org/show_bug.cgi?id=21015
Summary: Regression in Wine 1.1.34 causes application crashes Product: Wine Version: 1.1.34 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs@winehq.org ReportedBy: chris@chrobis.com
Since upgrading to 1.1.34 (previously using 1.1.33 with no issues), I have noticed application crashes within a minute or two of the application otherwise loading fine. Each time, a variation on the following error message appears on the console:
err:seh:setup_exception_record nested exception on signal stack in thread 0020 eip 7bc72010 esp 7ffdbc7c stack 0x232000-0x330000
or
err:seh:setup_exception_record nested exception on signal stack in thread 0009 eip 7bc72010 esp 7ffdbc7c stack 0x232000-0x330000
are two variants.
Two applications in particular have been affected thus far:
- Star Trek: Birth of the Federation - Commandos: Behind Enemy Lines
but thus far I have not had an issue with any other.
http://bugs.winehq.org/show_bug.cgi?id=21015
--- Comment #1 from Austin English austinenglish@gmail.com 2009-12-14 16:56:07 --- Regression test? http://wiki.winehq.org/RegressionTesting
http://bugs.winehq.org/show_bug.cgi?id=21015
Vitaliy Margolen vitaliy@kievinfo.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Keywords| |regression Summary|Regression in Wine 1.1.34 |Star Trek: Birth of the |causes application crashes |Federation crashes
http://bugs.winehq.org/show_bug.cgi?id=21015
--- Comment #2 from Chris Wales chris@chrobis.com 2010-03-14 15:02:24 --- It's still present in 1.1.40 but I finally got chance to run a regression test last night - however, it worked straight away with the bleeding edge, so I'm assuming it might well be fixed in 1.1.41. I'll report back after release next week.
http://bugs.winehq.org/show_bug.cgi?id=21015
--- Comment #3 from Chris Wales chris@chrobis.com 2010-03-20 08:41:22 --- Unfortunately this is still present in 1.1.41. In addition to the previous error message (still appearing), I'm also getting the following error now:
err:ntdll:RtlpWaitForCriticalSection section 0x5fd798 "?" wait timed out in thread 001b, blocked by 0009, retrying (60 sec)
I'll run a regression test and see if I can isolate the cause of the issue.
http://bugs.winehq.org/show_bug.cgi?id=21015
--- Comment #4 from Chris Wales chris@chrobis.com 2010-03-20 12:26:54 --- Okay, this is my first regression test so bear with me if this is a bit of a newbie question:
I set "good" Wine to be 1.1.33 and "bad" Wine to be 1.1.34 (based on my original post) and did the bisect. When I compiled, running the program gave me an endless output of the following lines on the command line:
wine: Call from 0x7eda4e22 to unimplemented function user32.dll.UserRegisterWowHandlers, aborting fixme:ntdll:RtlNtStatusToDosErrorNoTeb no mapping for 80000100 err:module:DelayLoadFailureHook failed to delay load user32.dll.DialogBoxParamW wine: Call from 0x7eda4e22 to unimplemented function user32.dll.DialogBoxParamW, aborting wine: Unimplemented function user32.dll.DialogBoxParamW called at address 0x7eda4e22 (thread 00c4), starting debugger...
I had to kill winedbg and then Ctrl+C to stop it. I assumed there must be something wrong with the version I had, so I did "git bisect skip" and compiled again. I've repeated this process 14 times now - skip, compile, test, same result. Should this be happening? Do I keep skipping until I find one where the program will run without infinite output of the above? Or am I doing something wrong?
http://bugs.winehq.org/show_bug.cgi?id=21015
--- Comment #5 from Dmitry Timoshkov dmitry@codeweavers.com 2010-03-21 03:20:08 --- Try to compile from a clean Wine source tree.
http://bugs.winehq.org/show_bug.cgi?id=21015
Wylda wylda@volny.cz changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |wylda@volny.cz
--- Comment #6 from Wylda wylda@volny.cz 2010-03-21 03:24:48 ---
Chris could you better specify how to reproduce the problem? I could play this game just fine - thus works for me.
http://bugs.winehq.org/show_bug.cgi?id=21015
--- Comment #7 from Chris Wales chris@chrobis.com 2010-03-21 04:05:20 --- Hi Dmitry,
Do I need to download a fresh copy from Git or is there some kind of "clean" command I can issue?
Wylda: all I do is load the game and play - after a few minutes it will simply freeze (mouse pointer in game will not move, sound sticks in a loop, and the "seh: setup_exception_record" error listed above appears on the command line). The same things seems to happen with Commandos: Behind Enemy Lines.
http://bugs.winehq.org/show_bug.cgi?id=21015
--- Comment #8 from Dmitry Timoshkov dmitry@codeweavers.com 2010-03-21 04:09:38 --- (In reply to comment #7)
Do I need to download a fresh copy from Git or is there some kind of "clean" command I can issue?
'make clean' or 'make distclean' should probably work. If not, try to checkout into a new branch.
http://bugs.winehq.org/show_bug.cgi?id=21015
--- Comment #9 from Dmitry Timoshkov dmitry@codeweavers.com 2010-03-21 04:10:45 --- Or just run 'configure && make depend && make' after every 'git bisect good/bad'
http://bugs.winehq.org/show_bug.cgi?id=21015
--- Comment #10 from Chris Wales chris@chrobis.com 2010-03-21 04:14:54 --- I've been running this command after each git bisect skip:
CC="ccache gcc" CFLAGS="-g -O0" ./configure --disable-tests --verbose && make depend && make
Obviously I've only been hitting "skip" since I've been unable to get the program to run and therefore determine whether it is "good" or "bad". Is this the right command?
http://bugs.winehq.org/show_bug.cgi?id=21015
--- Comment #11 from Vitaliy Margolen vitaliy@kievinfo.com 2010-03-21 13:02:37 --- (In reply to comment #7)
Do I need to download a fresh copy from Git or is there some kind of "clean" command I can issue?
No, try "git clean -x -d -f".
http://bugs.winehq.org/show_bug.cgi?id=21015
--- Comment #12 from Wylda wylda@volny.cz 2010-03-21 14:02:03 ---
Maybe the reason why i'm OK with this game is bug 20380 and i'm runnig on patched linux kernel. Chris, would it be problem for you to compile linux kernel yourself and add a patch from http://bugs.winehq.org/show_bug.cgi?id=20380#c91
http://bugs.winehq.org/show_bug.cgi?id=21015
--- Comment #13 from Chris Wales chris@chrobis.com 2010-03-21 16:32:53 --- I can try - do you think this is a duplicate of that bug?
Is there any particular configuration I need, or do I just download the latest kernel and compile from source?
http://bugs.winehq.org/show_bug.cgi?id=21015
--- Comment #14 from Wylda wylda@volny.cz 2010-03-21 16:44:45 --- (In reply to comment #13)
I can try - do you think this is a duplicate of that bug?
Well a lot of symptoms err:seh:setup_exception_record... Freezes randomly, sometimes crash and sometime locks up with repetitive sound loop...
You can also try to disable sounds in winecfg. It may help.
Is there any particular configuration I need, or do I just download the latest kernel and compile from source?
No, just use your current (older) and apply it to the new kernel by command "make oldconfig" (hope it's not too old kernel).
But try to disable sounds in wine first.
http://bugs.winehq.org/show_bug.cgi?id=21015
--- Comment #15 from Maarten Lankhorst m.b.lankhorst@gmail.com 2010-04-22 05:43:13 --- Created an attachment (id=27503) --> (http://bugs.winehq.org/attachment.cgi?id=27503) Fix isformatsupported
Try this patch with the previous one still applied
http://bugs.winehq.org/show_bug.cgi?id=21015
Maarten Lankhorst m.b.lankhorst@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |m.b.lankhorst@gmail.com
--- Comment #16 from Maarten Lankhorst m.b.lankhorst@gmail.com 2010-04-22 05:43:52 --- Woeps, wrong bug, didn't mean to reply here
http://bugs.winehq.org/show_bug.cgi?id=21015
Fernando Martins fernando@cmartins.nl changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |fernando@cmartins.nl
--- Comment #17 from Fernando Martins fernando@cmartins.nl 2011-09-04 03:43:37 CDT --- I can confirm the same problem in my system with Commandos from GOG (Ammo Pack).
Could this be related to this bug:
http://bugs.winehq.org/show_bug.cgi?id=20380
http://bugs.winehq.org/show_bug.cgi?id=21015
André H. nerv@dawncrow.de changed:
What |Removed |Added ---------------------------------------------------------------------------- Attachment #27503|0 |1 is obsolete| |
http://bugs.winehq.org/show_bug.cgi?id=21015
Frédéric Delanoy frederic.delanoy@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |NEW CC| |frederic.delanoy@gmail.com Ever Confirmed|0 |1
--- Comment #18 from Frédéric Delanoy frederic.delanoy@gmail.com 2012-02-03 11:30:05 CST --- Can you please retry in current wine (1.4-rc2 or later)?
http://bugs.winehq.org/show_bug.cgi?id=21015
--- Comment #19 from Fernando Martins fernando@cmartins.nl 2012-02-03 14:35:14 CST --- It's working in 1.4-rc1. Very nice to have such a great game working. Well done!
http://bugs.winehq.org/show_bug.cgi?id=21015
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED
--- Comment #20 from Austin English austinenglish@gmail.com 2012-02-03 17:29:03 CST --- (In reply to comment #19)
It's working in 1.4-rc1. Very nice to have such a great game working. Well done!
Fixed.
http://bugs.winehq.org/show_bug.cgi?id=21015
Alexandre Julliard julliard@winehq.org changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #21 from Alexandre Julliard julliard@winehq.org 2012-02-11 13:52:17 CST --- Closing bugs fixed in 1.4-rc3.
-
wine-bugs＠winehq.org