http://bugs.winehq.org/show_bug.cgi?id=30778
Bug #: 30778 Summary: World of warcraft crashes after upgrading to wine 1.5.5 Product: Wine Version: 1.5.5 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs@winehq.org ReportedBy: phillip.wood@dunelm.org.uk Classification: Unclassified
Created attachment 40299 --> http://bugs.winehq.org/attachment.cgi?id=40299 backtrace
After upgrading from wine version 1.5.4 to 1.5.5 World of Warcraft crashes after the login screen. I'm using archlinux, I get this bug with kernel versions 3.3.7 and 3.2.14 with nvidia drivers 295.53 and 295.49 respectively. It's happily running under wine 1.5.4 with no changes to any library packages.
http://bugs.winehq.org/show_bug.cgi?id=30778
Robert Andersson roband@pobox.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |roband@pobox.com
--- Comment #1 from Robert Andersson roband@pobox.com 2012-05-27 11:46:39 CDT --- Same problem here, upgraded from 1.5.4 to 1.5.5 and the game crashes right after login. Installed from https://launchpad.net/~ubuntu-wine/+archive/ppa
I'm using Ubuntu 12.04 nvidia drivers 295.40
Tried wiping .wine and rerunning winecfg, didn't help.
Downgraded to 1.5.4 and all is fine again.
http://bugs.winehq.org/show_bug.cgi?id=30778
Wylda wylda@volny.cz changed:
What |Removed |Added ---------------------------------------------------------------------------- Keywords| |regression Status|UNCONFIRMED |NEW Ever Confirmed|0 |1
--- Comment #2 from Wylda wylda@volny.cz 2012-05-27 14:22:12 CDT ---
Confirmed in comment #1.
Please perform regression test: http://wiki.winehq.org/RegressionTesting
http://bugs.winehq.org/show_bug.cgi?id=30778
Adrian xadrianx@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |xadrianx@gmail.com
http://bugs.winehq.org/show_bug.cgi?id=30778
--- Comment #3 from Phillip Wood phillip.wood@dunelm.org.uk 2012-05-28 13:02:04 CDT ---
Please perform regression test: http://wiki.winehq.org/RegressionTesting
I've started a git bisect but it will be a while before it's finished as it's taking 90 minutes to compile each time. Ccache doesn't get many hits as winegcc is rebuilt each time. Lets hope setting CCACHE_COMPILERCHECK=content helps speed things up.
http://bugs.winehq.org/show_bug.cgi?id=30778
--- Comment #4 from rankincj@yahoo.com 2012-05-28 14:27:09 CDT --- Comment on attachment 40299 --> http://bugs.winehq.org/attachment.cgi?id=40299 backtrace
Looks familiar. My wine-1.5.5 writes these messages before it crashes.
wine: Call from 0x7bc4a940 to unimplemented function kernel32.dll.DisableThreadLibraryCalls, aborting wine: Call from 0x7bc4a940 to unimplemented function kernel32.dll.HeapFree, aborting fixme:ntdll:RtlNtStatusToDosErrorNoTeb no mapping for 80000100 fixme:crypt:CRYPT_LoadProvider Failed to load dll L"c:\windows\system32\rsaenh.dll" err:crypt:CryptProtectData CryptAcquireContextW failed wine: Unhandled page fault on read access to 0x841eba98 at address 0x841eba98 (thread 0042), starting debugger...
http://bugs.winehq.org/show_bug.cgi?id=30778
mkrista mkrista@buyestate.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |mkrista@buyestate.com
--- Comment #5 from mkrista mkrista@buyestate.com 2012-05-28 15:01:09 CDT --- Same here
Comment on attachment 40299 [details] backtrace
Looks familiar. My wine-1.5.5 writes these messages before it crashes.
wine: Call from 0x7bc4a940 to unimplemented function kernel32.dll.DisableThreadLibraryCalls, aborting wine: Call from 0x7bc4a940 to unimplemented function kernel32.dll.HeapFree, aborting fixme:ntdll:RtlNtStatusToDosErrorNoTeb no mapping for 80000100 fixme:crypt:CRYPT_LoadProvider Failed to load dll L"c:\windows\system32\rsaenh.dll" err:crypt:CryptProtectData CryptAcquireContextW failed wine: Unhandled page fault on read access to 0x841eba98 at address 0x841eba98 (thread 0042), starting debugger...
http://bugs.winehq.org/show_bug.cgi?id=30778
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |cyrill.sinegubov@gmail.com
--- Comment #6 from Austin English austinenglish@gmail.com 2012-05-28 15:07:23 CDT --- *** Bug 30788 has been marked as a duplicate of this bug. ***
http://bugs.winehq.org/show_bug.cgi?id=30778
Yuri Glushaev y.glushaev@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |y.glushaev@gmail.com
http://bugs.winehq.org/show_bug.cgi?id=30778
--- Comment #7 from Yuri Glushaev y.glushaev@gmail.com 2012-05-29 04:37:18 CDT --- Created attachment 40326 --> http://bugs.winehq.org/attachment.cgi?id=40326 backtrace
http://bugs.winehq.org/show_bug.cgi?id=30778
Franz Gschwendtner franz.gschwendtner@email.de changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |franz.gschwendtner@email.de
http://bugs.winehq.org/show_bug.cgi?id=30778
James Eder jimportal@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |jimportal@gmail.com
--- Comment #8 from James Eder jimportal@gmail.com 2012-05-29 18:50:26 CDT --- Some bisecting left me at
0e235e5dc6fc0248237bb0bf1c0ae0b1ee38b971 ntdll/tests: Add tests for NtGetCurrentProcessorNumber.
Which shouldn't cause problems. I suspect I got lucky while testing and made it past login. For sure, the crash doesn't happen before that patch series. I reverted by doing a git checkout for the files modified by the patch series and all works well.
About the time I finished all that, I found this on the Wine patches:
http://source.winehq.org/patches/data/86679
This works as well as reverting as far as I can tell (WoW doesn't crash for me). The patch mentions Bug 30766 so I suspect duplicate.
http://bugs.winehq.org/show_bug.cgi?id=30778
--- Comment #9 from Phillip Wood phillip.wood@dunelm.org.uk 2012-05-30 05:47:34 CDT --- (In reply to comment #8)
Some bisecting left me at
0e235e5dc6fc0248237bb0bf1c0ae0b1ee38b971 ntdll/tests: Add tests for NtGetCurrentProcessorNumber.
Which shouldn't cause problems. I suspect I got lucky while testing and made it past login. For sure, the crash doesn't happen before that patch series. I reverted by doing a git checkout for the files modified by the patch series and all works well.
About the time I finished all that, I found this on the Wine patches:
http://source.winehq.org/patches/data/86679
This works as well as reverting as far as I can tell (WoW doesn't crash for me). The patch mentions Bug 30766 so I suspect duplicate.
Are you compiling with -fstack-protector in your CFLAGS? I did a bisection and got no crashes only to realise that my distribution sets some extra compiler options
CFLAGS="-O2 -pipe -fstack-protector --param=ssp-buffer-size=4 -D_FORTIFY_SOURCE=0 -mstackrealign"
With these options set I get a crash and am bisecting again.
http://bugs.winehq.org/show_bug.cgi?id=30778
--- Comment #10 from James Eder jimportal@gmail.com 2012-05-30 11:04:08 CDT --- (In reply to comment #9)
Are you compiling with -fstack-protector in your CFLAGS?
No. If I'm bisecting I use "-O2 -pipe -ggdb" for Wine-64 and add -mstackrealign for building the Wine-32 side. I use more exotic flags only after I've gotten things to work correctly with more conservative flags. I do an out of tree build starting with empty directories for both sides (32 and 64-bit). If ccache misses a lot it can get slow but I get more reliable builds this way.
http://bugs.winehq.org/show_bug.cgi?id=30778
--- Comment #11 from Phillip Wood phillip.wood@dunelm.org.uk 2012-05-30 11:15:55 CDT --- I've just finished bisecting.
979099a441682c99ee0c1ee1fab5e1de635a579c is the first bad commit commit 979099a441682c99ee0c1ee1fab5e1de635a579c Author: Detlef Riekenberg wine.dev@web.de Date: Fri May 18 01:03:31 2012 +0200
ntdll: Read the current processor with the __NR_getcpu syscall.
compilation flags used:
CFLAGS="-O2 -pipe -fstack-protector --param=ssp-buffer-size=4 -D_FORTIFY_SOURCE=0" CXXFLAGS="-O2 -pipe -fstack-protector --param=ssp-buffer-size=4 -D_FORTIFY_SOURCE=0" LDFLAGS="-Wl,-O1,--sort-common,--as-needed,-z,relro,--hash-style=gnu"
Like James I'm doing out of tree builds and setting -mstackrealign for the 32bit build. If I don't set any flags I don't get any crashes.
James I was left at the commit you mentioned, but it was good, the bad one was the next commit.
http://bugs.winehq.org/show_bug.cgi?id=30778
--- Comment #12 from Phillip Wood phillip.wood@dunelm.org.uk 2012-05-30 11:19:23 CDT --- (In reply to comment #8)
About the time I finished all that, I found this on the Wine patches:
This patches the commit that is bad in my bisection, I'll try applying it and see what happens.
http://bugs.winehq.org/show_bug.cgi?id=30778
--- Comment #13 from James Eder jimportal@gmail.com 2012-05-30 13:37:15 CDT --- If it makes things easier for anyone, the patch made it into git (6ec731b65cb6525d04b86737ff85a3e77054ed36) so you can just build that if you like.
http://bugs.winehq.org/show_bug.cgi?id=30778
--- Comment #14 from Phillip Wood phillip.wood@dunelm.org.uk 2012-05-30 14:27:46 CDT --- (In reply to comment #12)
(In reply to comment #8)
About the time I finished all that, I found this on the Wine patches:
This patches the commit that is bad in my bisection, I'll try applying it and see what happens.
Applying the patch to wine-1.5.5 fixes the problem for me.
http://bugs.winehq.org/show_bug.cgi?id=30778
--- Comment #15 from James Eder jimportal@gmail.com 2012-05-30 15:32:55 CDT --- This can be closed as duplicate of Bug 30766 then since it involves all the same same commits.
http://bugs.winehq.org/show_bug.cgi?id=30778
Jerome Leclanche adys.wh@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED CC| |adys.wh@gmail.com Resolution| |DUPLICATE Regression SHA1| |979099a441682c99ee0c1ee1fab | |5e1de635a579c
--- Comment #16 from Jerome Leclanche adys.wh@gmail.com 2012-05-30 15:41:15 CDT --- dup
*** This bug has been marked as a duplicate of bug 30766 ***
http://bugs.winehq.org/show_bug.cgi?id=30778
Frédéric Delanoy frederic.delanoy@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #17 from Frédéric Delanoy frederic.delanoy@gmail.com 2012-05-31 07:20:57 CDT --- Closing DUPLICATE bugs.
-
wine-bugs＠winehq.org