http://bugs.winehq.org/show_bug.cgi?id=29777
Bug #: 29777 Summary: EVE Online Crashes when entering Captains Quarters Product: Wine Version: 1.4-rc2 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs@winehq.org ReportedBy: maquis196@yahoo.co.uk Classification: Unclassified
This is a regression. At some point recently something changed and now Captains Quarters crashes the game.
This can be worked around in the game by disabling said "feature", also there are 2 parts to CQ, the actual 3rd person part of eve and ship spinning. If entering the ship spinning (also known as hanger) then the game is fine. Enter CQ and instant crash.
Attached is what little log I get, I'm more then willing to provide more but never now what debug flags to use.
Also about to test last 1.3 version to see how far back this goes (worked in at least 1.3.34)
http://bugs.winehq.org/show_bug.cgi?id=29777
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Keywords| |regression
--- Comment #1 from Austin English austinenglish@gmail.com 2012-02-02 17:16:03 CST --- Please run a regression test: http://wiki.winehq.org/RegressionTesting
http://bugs.winehq.org/show_bug.cgi?id=29777
--- Comment #2 from Christopher May maquis196@yahoo.co.uk 2012-02-02 17:33:54 CST --- After testing the last wine version which I'm sure it was working in (1.3.35) the game is still crashing so I'm starting to think something changed in the last crucible patch.
Unfortunately; due to way eve works I can't run older version to make sure so I have to chalk this up as normal bug. Which debug flags should I use to produce a usable log?
http://bugs.winehq.org/show_bug.cgi?id=29777
Christopher May maquis196@yahoo.co.uk changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |maquis196@yahoo.co.uk
http://bugs.winehq.org/show_bug.cgi?id=29777
Dmitry Timoshkov dmitry@baikal.ru changed:
What |Removed |Added ---------------------------------------------------------------------------- Keywords|regression | CC|maquis196@yahoo.co.uk |
--- Comment #3 from Dmitry Timoshkov dmitry@baikal.ru 2012-02-03 00:03:14 CST --- Not a regression then.
http://bugs.winehq.org/show_bug.cgi?id=29777
--- Comment #4 from Christopher May maquis196@yahoo.co.uk 2012-02-03 04:49:16 CST --- Created attachment 38677 --> http://bugs.winehq.org/attachment.cgi?id=38677 Basic log output
Will try a debug +all later or something more specific if requested.
http://bugs.winehq.org/show_bug.cgi?id=29777
Christopher May maquis196@yahoo.co.uk changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |maquis196@yahoo.co.uk
http://bugs.winehq.org/show_bug.cgi?id=29777
Connor connormcl@hotmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |connormcl@hotmail.com
--- Comment #5 from Connor connormcl@hotmail.com 2012-02-03 10:24:14 CST --- My wine (1.3.37) crashes in the same way when entering Captains Quarters since the last Crucible patch. So no regression, but new problem.
I'm getting the same log as Christopher May's without the ALSA problems. It stops at:
err:seh:raise_exception Unhandled exception code c0000005 flags 0 addr 0xf74aeac9 wine client error:2d: write: Bad file descriptor
I have tried to use a few native dlls, but no luck and i can't interpret where the problem is from the console output.
http://bugs.winehq.org/show_bug.cgi?id=29777
Tim Cumming timcumming123@googlemail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |timcumming123@googlemail.co | |m
http://bugs.winehq.org/show_bug.cgi?id=29777
--- Comment #6 from Tim Cumming timcumming123@googlemail.com 2012-02-06 12:09:46 CST --- With the latest build 1.4-rc2, I am also getting this behaviour with the terminal output stopping on:
fixme:keyboard:X11DRV_ActivateKeyboardLayout 0x4090409, 0000: semi-stub! fixme:imm:NotifyIME NI_CLOSECANDIDATE ERROR: Could Not Find D3DKMTEscape in gdi32.dll Could Not Find D3DKMTOpenAdapterFromHdc in gdi32.dll wine: Unhandled page fault on write access to 0x00000028 at address 0x70fec51 (thread 0026), starting debugger...
http://bugs.winehq.org/show_bug.cgi?id=29777
--- Comment #7 from Tim Cumming timcumming123@googlemail.com 2012-02-06 12:10:53 CST --- Created attachment 38722 --> http://bugs.winehq.org/attachment.cgi?id=38722 Backtrace output from crash
http://bugs.winehq.org/show_bug.cgi?id=29777
Vince vyankey@bresnan.net changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |vyankey@bresnan.net
--- Comment #8 from Vince vyankey@bresnan.net 2012-02-16 10:29:55 CST --- EVE Dev CCP Sharkbait promised that the game update applied today would fix the problem. I still have it and I have attached my Backtrace output as well.
http://bugs.winehq.org/show_bug.cgi?id=29777
--- Comment #9 from Vince vyankey@bresnan.net 2012-02-16 10:31:54 CST --- Created attachment 38911 --> http://bugs.winehq.org/attachment.cgi?id=38911 Backtrace for CQ crash in EVE online.
http://bugs.winehq.org/show_bug.cgi?id=29777
Vitaliy Margolen vitaliy-bugzilla@kievinfo.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |johnstor@gmail.com
--- Comment #10 from Vitaliy Margolen vitaliy-bugzilla@kievinfo.com 2012-02-19 18:04:39 CST --- *** Bug 29944 has been marked as a duplicate of this bug. ***
http://bugs.winehq.org/show_bug.cgi?id=29777
--- Comment #11 from Christopher May maquis196@yahoo.co.uk 2012-03-15 13:15:12 CDT --- Still present in 1.4.
http://bugs.winehq.org/show_bug.cgi?id=29777
Storey sredshaw@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |sredshaw@gmail.com
--- Comment #12 from Storey sredshaw@gmail.com 2012-03-21 09:15:46 CDT --- Seems to still be here.
fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:dbghelp:elf_search_auxv can't find symbol in module wine: Unhandled page fault on read access to 0x2ea93e35 at address 0x7eff90a7 (thread 0062), starting debugger... err:seh:raise_exception Unhandled exception code c0000005 flags 0 addr 0x7bc4a829
http://bugs.winehq.org/show_bug.cgi?id=29777
phobeus@floriansievert.de changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |phobeus@floriansievert.de
http://bugs.winehq.org/show_bug.cgi?id=29777
Joni L-H jonilh@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |jonilh@gmail.com
http://bugs.winehq.org/show_bug.cgi?id=29777
--- Comment #13 from Joni L-H jonilh@gmail.com 2012-04-05 03:44:31 CDT --- Also have this problem. Wine 1.4 Ubuntu PPA Linux Mint 12 64bit nVidia GF460GTK 1GB Driver 280.13
http://bugs.winehq.org/show_bug.cgi?id=29777
--- Comment #14 from Tim timcumming123@googlemail.com 2012-05-03 13:44:50 CDT --- Still present in Wine-1.5.3
http://bugs.winehq.org/show_bug.cgi?id=29777
Kai Blaschke webmaster@thw-theorie.de changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |webmaster@thw-theorie.de
--- Comment #15 from Kai Blaschke webmaster@thw-theorie.de 2012-05-10 14:55:25 CDT --- I can confirm that this problem exists since a Crucible patch, shortly after the three new race quarters have been introduced (I was able to walk around in them for a couple of days), and is still present in Wine 1.5.3, with exactly the same backtrace. I certainly did not change my Wine version at this time, which speaks against a regression.
Using Wine on Gentoo x64, USE="X alsa cups gecko gnutls jpeg mp3 ncurses nls openal opengl oss perl png samba ssl threads truetype win32 xcomposite xinerama xml"
http://bugs.winehq.org/show_bug.cgi?id=29777
--- Comment #16 from Vince vyankey@bresnan.net 2012-05-11 10:24:47 CDT --- I started experiencing it around January 24, 2012. That is when I noticed it reported here: http://appdb.winehq.org/objectManager.php?sClass=version&iId=24887 under the topic "Crash with latest EVE update."
http://bugs.winehq.org/show_bug.cgi?id=29777
--- Comment #17 from Vince vyankey@bresnan.net 2012-05-11 16:33:53 CDT --- Created attachment 40122 --> http://bugs.winehq.org/attachment.cgi?id=40122 Backtrace for CQ crash in EVE online.
I upgraded to wine 1.5.4 and decided to try Captain's Quarters again. To my surprise and delight it didn't crash right away. My quarters were black except for the furnishings and the lights. I decided to return to the ship hanger. That was successful. I once again tried CQ where it crashed. That is where I generated the attached backtrace. I hope it helps.
http://bugs.winehq.org/show_bug.cgi?id=29777
Felyza felyza@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |felyza@gmail.com
--- Comment #18 from Felyza felyza@gmail.com 2012-05-30 02:37:56 CDT --- Since my terminal has a little more information than previously posted, here you go.
ERROR: Could Not Find D3DKMTEscape in gdi32.dll Could Not Find D3DKMTOpenAdapterFromHdc in gdi32.dll fixme:dbghelp:EnumerateLoadedModulesW64 If this happens, bump the number in mod fixme:wininet:CommitUrlCacheEntryInternal entry already in cache - don't know what to do! wine: Unhandled page fault on write access to 0x00000028 at address 0x6c72851 (thread 0034), starting debugger...
Tried WinXP native gdi.exe/gdi32.dll and it refuses to start up because of user32.dll. Trying that native too still complains about user32.dll.
http://bugs.winehq.org/show_bug.cgi?id=29777
--- Comment #19 from Austin English austinenglish@gmail.com 2012-05-30 12:31:02 CDT --- (In reply to comment #18)
Since my terminal has a little more information than previously posted, here you go.
ERROR: Could Not Find D3DKMTEscape in gdi32.dll Could Not Find D3DKMTOpenAdapterFromHdc in gdi32.dll fixme:dbghelp:EnumerateLoadedModulesW64 If this happens, bump the number in mod fixme:wininet:CommitUrlCacheEntryInternal entry already in cache - don't know what to do! wine: Unhandled page fault on write access to 0x00000028 at address 0x6c72851 (thread 0034), starting debugger...
Tried WinXP native gdi.exe/gdi32.dll and it refuses to start up because of user32.dll. Trying that native too still complains about user32.dll.
Native gdi32/user32 won't work on wine.
http://bugs.winehq.org/show_bug.cgi?id=29777
--- Comment #20 from Tim timcumming123@googlemail.com 2012-07-24 15:27:56 CDT --- Still present in wine-1.5.9:
fixme:d3d:resource_check_usage Unhandled usage flags 0x8. ERROR: Could Not Find D3DKMTEscape in gdi32.dll Could Not Find D3DKMTOpenAdapterFromHdc in gdi32.dll err:heap:validate_block_pointer Heap 0x110000: bad size 00011400 for in-use arena 0x350ec378 fixme:dbghelp:elf_search_auxv can't find symbol in module wine: Unhandled page fault on write access to 0x00000004 at address 0x7ef70b66 (thread 0023), starting debugger...
http://bugs.winehq.org/show_bug.cgi?id=29777
Jerome Leclanche adys.wh@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |davide.monge@gmail.com
--- Comment #21 from Jerome Leclanche adys.wh@gmail.com 2012-09-09 19:46:18 CDT --- *** Bug 30149 has been marked as a duplicate of this bug. ***
http://bugs.winehq.org/show_bug.cgi?id=29777
Commander Commander.Alchemy@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |Commander.Alchemy@gmail.com
--- Comment #22 from Commander Commander.Alchemy@gmail.com 2012-10-13 05:57:32 CDT --- Still an issue in 1.5.14, will try out soon enough in 1.5.15
http://bugs.winehq.org/show_bug.cgi?id=29777
--- Comment #23 from Commander Commander.Alchemy@gmail.com 2012-10-13 05:57:58 CDT --- Still an issue in 1.5.14, will try out soon enough in 1.5.15
http://bugs.winehq.org/show_bug.cgi?id=29777
William Goodwin shadowcoder83@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |shadowcoder83@gmail.com
--- Comment #24 from William Goodwin shadowcoder83@gmail.com 2012-10-27 21:49:26 CDT --- Can confirm still an issue in 1.5.16
http://bugs.winehq.org/show_bug.cgi?id=29777
--- Comment #25 from davide.monge@gmail.com 2012-10-28 02:07:34 CDT --- Problem still present on 1.5.15. As soon as 1.5.16 will be available packed for ubuntu 12.10 i'll test it.
http://bugs.winehq.org/show_bug.cgi?id=29777
--- Comment #26 from davide.monge@gmail.com 2012-10-28 02:15:31 CDT --- Created attachment 42288 --> http://bugs.winehq.org/attachment.cgi?id=42288 Backtrace for CQ in EveOnline on wine 1.5.15
http://bugs.winehq.org/show_bug.cgi?id=29777
Hugo Osvaldo Barrera hugo@osvaldobarrera.com.ar changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |hugo@osvaldobarrera.com.ar
http://bugs.winehq.org/show_bug.cgi?id=29777
Renaud Chaput renchap@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |renchap@gmail.com
http://bugs.winehq.org/show_bug.cgi?id=29777
--- Comment #27 from Tim timcumming123@googlemail.com 2012-12-14 08:37:02 CST --- After noticing in git that my previously logged calls to D3DKMTEscape and D3DKMTOpenAdapterFromHdc had been added as a stub to d3d11.spec:
http://source.winehq.org/git/wine.git/commit/1d1cb5236e6aa5ee215b1f6e653f2e9...
I compiled from git today (Dec 14th - wine-1.5.19-123-g7a5b12c) but found that eve would crash on launch throwing: wine: Unimplemented function d3d11.dll.D3D11CreateDevice called at address 0x7b839c62 (thread 003a)
Setting d3d11 in winecfg to disabled crashes out as previously, with terminal ending on: wine: Unhandled page fault on read access to 0x35059460 at address 0x7eff3d8b (thread 003f), starting debugger... err:seh:raise_exception Unhandled exception code c0000005 flags 0 addr 0x7bc491b4 err:seh:raise_exception Exception frame is not in stack limits => unable to dispatch exception. wine client error:3b: write: Bad file descriptor
Unfortunately the debug dialog does not come up for me to save a backtrace.
http://bugs.winehq.org/show_bug.cgi?id=29777
giuseppegebbia@msn.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |giuseppegebbia@msn.com
http://bugs.winehq.org/show_bug.cgi?id=29777
Marco D moonbane@gmx.net changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |moonbane@gmx.net
--- Comment #28 from Marco D moonbane@gmx.net 2013-01-21 00:57:15 CST --- I found, that disabling d3d11 in winecfg as of Bug http://bugs.winehq.org/show_bug.cgi?id=32520 lets the captains quarters work again for me.
http://bugs.winehq.org/show_bug.cgi?id=29777
--- Comment #29 from Marco D moonbane@gmx.net 2013-01-21 01:05:47 CST --- I have to correct my comment above, after disabling d3d11 it worked exactly once. I could walk around and it worked as before.
Now it doesn't anymore.
http://bugs.winehq.org/show_bug.cgi?id=29777
--- Comment #30 from Tim timcumming123@googlemail.com 2013-01-23 12:37:09 CST --- Created attachment 43303 --> http://bugs.winehq.org/attachment.cgi?id=43303 Back trace from build wine-1.5.22-58-g83846cd1
http://bugs.winehq.org/show_bug.cgi?id=29777
--- Comment #31 from Tim timcumming123@googlemail.com 2013-01-23 12:41:52 CST --- Update to git as of wine-1.5.22-58-g83846cd1, as I had noticed there has been a fair bit of work done to msvcr and the d3dx9 recently.
I got the captains quarters to work for me once again with some graphical errors due to stubs (fixme:d3d_texture:wined3d_texture_generate_mipmaps texture 0x39342560 stub!), but only on first try. New Back trace attached above.
Also of note that the Eve client is running with no d3dx9_xx dll overrides, and only the msvcr ones set to (b,n).
http://bugs.winehq.org/show_bug.cgi?id=29777
jro jaredo@ameritech.net changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |jaredo@ameritech.net
--- Comment #32 from jro jaredo@ameritech.net 2013-01-24 10:01:27 CST --- Wine 1.5.18-1.fc18.x86_64
Disabling *d3dx11 let's me enter the game while docked in a station (enter directly to captains quarters). But if I undock and re-dock again (to enter captains quaters) the game crashes with the same error.
Could Not Find D3DKMTEscape in gdi32.dll Could Not Find D3DKMTOpenAdapterFromHdc in gdi32.dll wine: Unhandled page fault on write access to 0x2dc93150 at address 0x1e03c4eb (thread 0051), starting debugger...
http://bugs.winehq.org/show_bug.cgi?id=29777
--- Comment #33 from Norah NorahAura@gmail.com 2013-03-15 03:41:18 CDT --- Created attachment 43938 --> http://bugs.winehq.org/attachment.cgi?id=43938 EVE ONLINE Backtrace on Wine 1.5.25
I was able to go through the initial tutorial, on a new eve account, undocked successfully, unable to dock/enter the CQ. Was able to load into the CQ once after the crash and undock, on attempt to dock/enter the CQ, it crashed again.
System information: Wine build: wine-1.5.25 Platform: i386 (WOW64) Host system: Ubuntu Studio 12.10 (Xfce) Host version: 3.2.0-38-lowlatency Graphics: EVGA NVidia GeForce 8200 GT 512 MB (integrated) Driver Version: 304.64 (installed from Ubuntu's Additional Drivers App) MB: ASUS M3N78-VM RAM: 4 GB CPU: AMD Phenom(tm) 9750 Quad-Core Processor 1.2 GHz
System reboot and/or log off/on will allow back into game. So, I have disabled the CQ by unchecking Load Station Environment under the Display and Graphic's tab (in the ESC window). Will look into system logs at a later time.
NOTE: You can enter the ESC window right after logging into your EVE Online account at the character selection screen.
http://bugs.winehq.org/show_bug.cgi?id=29777
Norah NorahAura@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |NorahAura@gmail.com
--- Comment #34 from Norah NorahAura@gmail.com 2013-03-15 03:43:21 CDT --- (In reply to comment #33)
Created attachment 43938 [details] EVE ONLINE Backtrace on Wine 1.5.25
I was able to go through the initial tutorial, on a new eve account, undocked successfully, unable to dock/enter the CQ. Was able to load into the CQ once after the crash and undock, on attempt to dock/enter the CQ, it crashed again.
System information: Wine build: wine-1.5.25 Platform: i386 (WOW64) Host system: Ubuntu Studio 12.10 (Xfce) Host version: 3.2.0-38-lowlatency Graphics: EVGA NVidia GeForce 8200 GT 512 MB (integrated) Driver Version: 304.64 (installed from Ubuntu's Additional Drivers App) MB: ASUS M3N78-VM RAM: 4 GB CPU: AMD Phenom(tm) 9750 Quad-Core Processor 1.2 GHz
System reboot and/or log off/on will allow back into game. So, I have disabled the CQ by unchecking Load Station Environment under the Display and Graphic's tab (in the ESC window). Will look into system logs at a later time.
NOTE: You can enter the ESC window right after logging into your EVE Online account at the character selection screen.
Oh, and disabling dxd11 did not work
http://bugs.winehq.org/show_bug.cgi?id=29777
Lucian Poston lucianposton@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |lucianposton@gmail.com
http://bugs.winehq.org/show_bug.cgi?id=29777
Ken Sharp imwellcushtymelike@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Keywords| |download Status|UNCONFIRMED |NEW Ever confirmed|0 |1
--- Comment #35 from Ken Sharp imwellcushtymelike@gmail.com --- Is this still an issue in Wine 1.7.11 or later?
http://bugs.winehq.org/show_bug.cgi?id=29777
--- Comment #36 from Tim timcumming123@googlemail.com --- Created attachment 47368 --> http://bugs.winehq.org/attachment.cgi?id=47368 Backtrace 31/01/14 from wine-1.7.11
Still present Wine build: wine-1.7.11
Last output from console:
ERROR: Could Not Find D3DKMTEscape in gdi32.dll Could Not Find D3DKMTOpenAdapterFromHdc in gdi32.dll fixme:dbghelp:elf_search_auxv can't find symbol in module wine: Unhandled page fault on write access to 0x00000c08 at address 0x656c661 (thread 004d), starting debugger... fixme:ole:RemUnknown_QueryInterface No interface for iid {00000019-0000-0000-c000-000000000046}
http://bugs.winehq.org/show_bug.cgi?id=29777
evanh evanh@clear.net.nz changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |evanh@clear.net.nz
--- Comment #37 from evanh evanh@clear.net.nz --- A quick google of D3DKMT nets me this little two year old gem ...
"GPU Used Dedicated Memory and GPU Used Dynamic Memory are detected using D3DKMT calls, and so they are video adapter manufacturer independent. They represent the dedicated (on-board) memory usage, and the dynamic (off-board) memory usage. ...
...
Please note that D3DKMT is an unofficial and undocumented interface, and NVAPI is a properitary non-public interface. Due to the manner of those interfaces they are not documented, not explained by their inventor or designer, and so it's not easy to know anything 100% accurate and specific about the values they provide."
It might worth asking CCP if they really need to be making undocumented system calls.
http://bugs.winehq.org/show_bug.cgi?id=29777
--- Comment #38 from evanh evanh@clear.net.nz --- Which, funnily, nicely matches the age of this bug.
http://bugs.winehq.org/show_bug.cgi?id=29777
--- Comment #39 from Tim timcumming123@googlemail.com --- Is this the correct documentation for these calls: http://msdn.microsoft.com/en-us/library/windows/hardware/ff547047%28v=vs.85%... But it makes reference to these being OpenGL calls to D3DKMT.
http://bugs.winehq.org/show_bug.cgi?id=29777
--- Comment #40 from evanh evanh@clear.net.nz --- Thanks for the link. Ahhh - "Available in Windows Vista and later versions of the Windows operating systems." I had wondered why I'd not noticed your error message before. Looks to be a red herring. If you choose WinXP as the version ID then your ERROR vanishes.
Sadly, it doesn't have any bearing on this crash/bug.
http://bugs.winehq.org/show_bug.cgi?id=29777
--- Comment #41 from evanh evanh@clear.net.nz --- Created attachment 48107 --> http://bugs.winehq.org/attachment.cgi?id=48107 backtrace + d3d trace
I have no idea what I'm looking at here but I suspect there is some hints in the attached terminal output.
I used the following debug channels: WINEDEBUG=fixme-all,+d3d,+tid,+seh
http://bugs.winehq.org/show_bug.cgi?id=29777
Sergei Pustovoi serp2002@inbox.ru changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |serp2002@inbox.ru
http://bugs.winehq.org/show_bug.cgi?id=29777
hanska2@luukku.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |hanska2@luukku.com
--- Comment #42 from hanska2@luukku.com --- Created attachment 49147 --> http://bugs.winehq.org/attachment.cgi?id=49147 new log 1.7.22
This is not full, the full was something like 2 megabytes compressed.
I used ctrl+c when the error dialogue game (mentioned here before) and took the log from the end.
http://bugs.winehq.org/show_bug.cgi?id=29777
hanska2@luukku.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Attachment #49147|0 |1 is obsolete| |
--- Comment #43 from hanska2@luukku.com --- Created attachment 49149 --> http://bugs.winehq.org/attachment.cgi?id=49149 .
Sorry wrong bug report.
Any update on this?
https://bugs.winehq.org/show_bug.cgi?id=29777
Timur Kristóf venemo@msn.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |venemo@msn.com
--- Comment #44 from Timur Kristóf venemo@msn.com --- I can reproduce the bug here. Tried running EVE in winedbg and I get a very similar output to what everyone else attached already.
I would guess it's some sort of memory management issue: Unhandled exception: page fault on write access to 0x00000108 in 32-bit code (0x05a59551).
But the back trace is not very helpful either: Backtrace: =>0 0x05a59551 in _gameworld (+0x1c9551) (0x0033ae6c) 1 0x0597b4ed in _gameworld (+0xeb4ec) (0x0033af24) 2 0x058aaa00 in _gameworld (+0x1a9ff) (0x0033af3c) 3 0x058b4617 in _gameworld (+0x24616) (0x0033af68) 4 0x058b47f0 in _gameworld (+0x247ef) (0x0033af78) 5 0x1e026a66 in python27 (+0x26a65) (0x28b39670)
There seems to be a python module called "_gameworld" which is called by "python27". It is unclear what exactly the thing does, it'd be more helpful if we could see further in the backtrace or know what was happening when the page fault happened.
https://bugs.winehq.org/show_bug.cgi?id=29777
--- Comment #45 from Timur Kristóf venemo@msn.com --- Here's an old thread in the EVE forums which seems to indicate that the issue doesn't have anything to do with EVE itself, but is a defect in how Python works under Wine. https://forums.eveonline.com/default.aspx?g=posts&t=131622
https://bugs.winehq.org/show_bug.cgi?id=29777
--- Comment #46 from evanh evanh@clear.net.nz --- Thanks Timur.
Kontalaa seems to be saying that Python's os.open() is problematic. That seems to me to be a pretty commonly used function ... I guess it depends on the mode of operation it's trying to invoke.
https://bugs.winehq.org/show_bug.cgi?id=29777
--- Comment #47 from Timur Kristóf venemo@msn.com --- I'm not sure if the issue is still with Python's os.open() or not. However it would be really nice if someone could reproduce the crash without EVE - by let's say writing a Python script that calls os.open() in a way that reproduces the same crash.
Unfortunately I don't know Python enough to do it.
https://bugs.winehq.org/show_bug.cgi?id=29777
Yotam Benshalom benshalom@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |benshalom@gmail.com
https://bugs.winehq.org/show_bug.cgi?id=29777
Karsten Elfenbein kelfe@gmx.de changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |kelfe@gmx.de
--- Comment #48 from Karsten Elfenbein kelfe@gmx.de --- I remember that os.open bug with the cache folder of Eve back in 2006.
The bug was/is https://bugs.winehq.org/show_bug.cgi?id=3028 the os.open check in Eve only check for a specific error but the incorrect error returned by wine causes python to throw a different exception. This exception was not caught and the process crashes.
Afaik CCP rewrote the error checking there.
The old workaround was to create all the needed folders with a small script.
https://bugs.winehq.org/show_bug.cgi?id=29777
--- Comment #49 from Vince vyankey@bresnan.net --- CCP Snorlax fixed this bug in Eve Online on 2016-01-12 16:45:02 UTC. It seems to be working fine for me now.
https://bugs.winehq.org/show_bug.cgi?id=29777
super_man@post.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |austinenglish@gmail.com, | |super_man@post.com
--- Comment #50 from super_man@post.com --- (In reply to Vince from comment #49)
CCP Snorlax fixed this bug in Eve Online on 2016-01-12 16:45:02 UTC. It seems to be working fine for me now.
I can confirm that I read something about that they managed to fix it in their side.
https://bugs.winehq.org/show_bug.cgi?id=29777
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC|austinenglish@gmail.com |
https://bugs.winehq.org/show_bug.cgi?id=29777
--- Comment #51 from evanh evanh@clear.net.nz --- Good point, here's the relevant post - https://forums.eveonline.com/default.aspx?g=posts&m=6277055#post6277055 Apparently the fix was for Windoze also even though the bug didn't cause a crash there.
So this bug report can probably be classified as NOTOURBUG.
https://bugs.winehq.org/show_bug.cgi?id=29777
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |NOTOURBUG
--- Comment #52 from Austin English austinenglish@gmail.com --- (In reply to evanh from comment #51)
Good point, here's the relevant post - https://forums.eveonline.com/default.aspx?g=posts&m=6277055#post6277055 Apparently the fix was for Windoze also even though the bug didn't cause a crash there.
So this bug report can probably be classified as NOTOURBUG.
Thanks.
https://bugs.winehq.org/show_bug.cgi?id=29777
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #53 from Austin English austinenglish@gmail.com --- Closing.
-
wine-bugs＠winehq.org