http://bugs.winehq.org/show_bug.cgi?id=23604
Summary: Armored Fist 3 crashes on startup in (shrinked) binkplay.exe Product: Wine Version: 1.2-rc7 Platform: x86 URL: http://download.cnet.com/Delta-Force-2/3000-2099_4-100 32645.html OS/Version: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: -unknown AssignedTo: wine-bugs@winehq.org ReportedBy: gyebro69@gmail.com
Created an attachment (id=29519) --> (http://bugs.winehq.org/attachment.cgi?id=29519) standard terminal output
Wine throws up a crash dialogue when starting the game: Armored Fist 3 (from Novalogic). The problematic executable is binkplay.exe which is intended to play the intro video. Interestingly, after pressing on <Close> in the crash dialogue, the game continues to load and starts up correctly.
A +relay log reveals the game comes with a binkplay.exe which is compressed with Shrinker v3.3.
There is an already fixed bugreport here on Bugzilla which dealt with a similar issue: that's bug #2608. In case it's a regression I tried the game in 1.1.7. The crash still occurs in 1.1.7 for me (it can be seen in the terminal) , but without a crash dialogue.
A possible workaround: replace the bundled binkplay.exe with an un-shrinked one (e.g from RAD Game tools). Now Wine plays the intro video fine, without a crash.
There are several more Novalogic games that come with the same shrinked binkplay.exe, so this bug might affect more than one game (Delta Force 2, Tachyon).
The Delta Force 2 demo uses the same shrinked binkplay.exe (md5 checksums are the same), so you can check out the issue using this demo (link added to URL). Note: 'winetricks ie6' is needed to start the demo correctly (because of its launcher).
Fedora 13 x86 Wine-1.2-rc7
http://bugs.winehq.org/show_bug.cgi?id=23604
GyB gyebro69@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Keywords| |download
http://bugs.winehq.org/show_bug.cgi?id=23604
Anastasius Focht focht@gmx.net changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |focht@gmx.net
--- Comment #1 from Anastasius Focht focht@gmx.net 2010-07-11 09:10:23 --- Hello,
that Shrinker 3.3 wrapped executable "binkplay.exe" works fine here.
The page faulting at this place is by design, it's triggered by executing instructions in no-access pages. The Shrinker installed SEH will write out new opcodes and correct the page protection to read-execute, restarting execution thereafter.
Either the page protection is not correctly restored on your system after writing out new opcodes, re-triggering the exception ("pushl %ebp" instruction at your faulting EIP indicates opcode already rewritten) or the signal delivery/exception handling is broken.
You might have a broken kernel -> post your kernel specs.
Regards
http://bugs.winehq.org/show_bug.cgi?id=23604
--- Comment #2 from GyB gyebro69@gmail.com 2010-07-11 09:25:22 --- Created an attachment (id=29528) --> (http://bugs.winehq.org/attachment.cgi?id=29528) my kernel config located in /boot
(In reply to comment #1)
Hello,
that Shrinker 3.3 wrapped executable "binkplay.exe" works fine here.
The page faulting at this place is by design, it's triggered by executing instructions in no-access pages. The Shrinker installed SEH will write out new opcodes and correct the page protection to read-execute, restarting execution thereafter.
Either the page protection is not correctly restored on your system after writing out new opcodes, re-triggering the exception ("pushl %ebp" instruction at your faulting EIP indicates opcode already rewritten) or the signal delivery/exception handling is broken.
You might have a broken kernel -> post your kernel specs.
Regards
Hello,
My kernel is stock Fedora 13 kernel: 2.6.33.6-147.fc13.i686.PAE. How can I retrieve more info on the kernel that might be relevant to this bug?
My gcc -v output: Using built-in specs. Target: i686-redhat-linux Configured with: ../configure --prefix=/usr --mandir=/usr/share/man --infodir=/usr/share/info --with-bugurl=http://bugzilla.redhat.com/bugzilla --enable-bootstrap --enable-shared --enable-threads=posix --enable-checking=release --with-system-zlib --enable-__cxa_atexit --disable-libunwind-exceptions --enable-gnu-unique-object --enable-languages=c,c++,objc,obj-c++,java,fortran,ada --enable-java-awt=gtk --disable-dssi --with-java-home=/usr/lib/jvm/java-1.5.0-gcj-1.5.0.0/jre --enable-libgcj-multifile --enable-java-maintainer-mode --with-ecj-jar=/usr/share/java/eclipse-ecj.jar --disable-libjava-multilib --with-ppl --with-cloog --with-tune=generic --with-arch=i686 --build=i686-redhat-linux Thread model: posix gcc version 4.4.4 20100630 (Red Hat 4.4.4-10) (GCC)
..and I compiled Wine-1.2-rc7 with the following CFLAGS: "-g -gdwarf-2 -O0"
http://bugs.winehq.org/show_bug.cgi?id=23604
--- Comment #3 from Anastasius Focht focht@gmx.net 2010-07-11 10:11:49 --- Hello,
--- quote --- My kernel is stock Fedora 13 kernel: 2.6.33.6-147.fc13.i686.PAE. How can I retrieve more info on the kernel that might be relevant to this bug? --- quote ---
looking at your distro kernel changelog for this version there is nothing suspicious (icebp/dr6 patch got in but it's not the problem here):
http://lists.fedoraproject.org/pipermail/package-announce/2010-July/043944.h...
--- quote --- ..and I compiled Wine-1.2-rc7 with the following CFLAGS: "-g -gdwarf-2 -O0" --- quote ---
Please use default opt level -O2 ... just cancel out possible failure paths (the asm API entry wrappers relevant to Shrinker shouldn't be affected by different opt levels).
So it might be bug 20380 ... could you try the attached patch for kernel 2.6.33 there (http://bugs.winehq.org/attachment.cgi?id=26640) and report back?
Regards
http://bugs.winehq.org/show_bug.cgi?id=23604
--- Comment #4 from GyB gyebro69@gmail.com 2010-07-11 11:43:00 --- Well, I'm not familiar with patching and compiling a kernel on Fedora on my own, instead I picked up and installed the latest available testing kernel for Fedora 13, that's kernel-PAE-2.6.34.1-9.fc13.i686. http://koji.fedoraproject.org/koji/buildinfo?buildID=182791
Using this latest kernel, the game (Armored Fist 3) still crashes in the same way in binkplay.exe. I'd like to stress, the crash is not fatal, afterwards the game is fully playable (only the intro video is not played). I can suppress the annoying crash dialogue by setting 'ShowCrashDialog' to '0' in the registry.
Just to be sure: I tried the HoMM III demo linked in bug #20380. It crashes in a matter of seconds when using the old 2.6.33.x kernel, but doesn't crash using 2.6.34.1.
p.s: the reason for compiling Wine with -O0 flags is that I always get an 'ugly' crashlog when using the default -O2. I've uploaded the same crashlog here: http://pastebin.com/LMYXijxk You can see, it's full with those 'fixme:dbghelp:elf_new_wine_thunks Duplicate in L"kernel32<elf>":...' lines. I don't know the reason for that, but with -O0 those lines are missing. Maybe, Fedora is not the most suitable distro for compiling Wine from source...
Anyway, thanks for all your help and explanations so far.
Regards
http://bugs.winehq.org/show_bug.cgi?id=23604
Markus Amsler markus.amsler@oribi.org changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |markus.amsler@oribi.org
--- Comment #5 from Markus Amsler markus.amsler@oribi.org 2010-11-24 06:51:31 CST --- There's a shrinker regression in current wine. http://www.winehq.org/pipermail/wine-patches/2010-June/089669.html should fix it. I didn't find the time to write a clean test, which is needed to get the test into git.
http://bugs.winehq.org/show_bug.cgi?id=23604
--- Comment #6 from GyB gyebro69@gmail.com 2010-11-24 09:17:06 CST --- (In reply to comment #5)
There's a shrinker regression in current wine. http://www.winehq.org/pipermail/wine-patches/2010-June/089669.html should fix it. I didn't find the time to write a clean test, which is needed to get the test into git.
That's true, with your patch there's no crash in binkplay.exe and the intro movie is playing fine.
http://bugs.winehq.org/show_bug.cgi?id=23604
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |NEW Ever Confirmed|0 |1
--- Comment #7 from Austin English austinenglish@gmail.com 2010-12-09 20:43:04 CST --- Confirming in wine-1.3.8-431-g4ad97d4
http://bugs.winehq.org/show_bug.cgi?id=23604
--- Comment #8 from butraxz@gmail.com 2013-06-30 08:44:31 CDT --- This ticket has not been updated for over 900 days.
Is this still an issue in wine version 1.6-rc4 or higher or is this to be closed as abandoned ?
http://bugs.winehq.org/show_bug.cgi?id=23604
GyB gyebro69@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Attachment #29519|0 |1 is obsolete| |
--- Comment #9 from GyB gyebro69@gmail.com 2013-06-30 19:49:18 CDT --- Created attachment 45059 --> http://bugs.winehq.org/attachment.cgi?id=45059 terminal output (Wine 1.6-rc4)
Still present in 1.6-rc4.
http://bugs.winehq.org/show_bug.cgi?id=23604
Anastasius Focht focht@gmx.net changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |DUPLICATE
--- Comment #10 from Anastasius Focht focht@gmx.net --- Hello folks,
merging this bug into bug 19296 where all Shrinker 3.x wrapped applications/games are collected that suffer from this issue.
Further discussion and apps/games to test with -> visit bug 19296
It would be nice if the Markus could resend his patch along with a test to increase the chances of inclusion into master branch.
Regards
*** This bug has been marked as a duplicate of bug 19296 ***
http://bugs.winehq.org/show_bug.cgi?id=23604
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #11 from Austin English austinenglish@gmail.com --- Closing.
-
wine-bugs＠winehq.org