[Bug 15485] New: EVE Online hangs on focus loss/restore after applying Empryan Age 1.1.1 patch
http://bugs.winehq.org/show_bug.cgi?id=15485
Summary: EVE Online hangs on focus loss/restore after applying Empryan Age 1.1.1 patch Product: Wine Version: CVS/GIT Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: blocker Priority: P2 Component: -unknown AssignedTo: wine-bugs@winehq.org ReportedBy: phoenix@mail.ru
Repro steps: 1. Get latest wine (i've used latest snapshot from git) and windows premium client (it's very likely that classic client is affected too, but i din't test it) from http://www.eve-online.com/download/windows.asp, install them 2. Launch EVE (premium or classic graphic mode - doesn't matter, i've tested both) 3. Switch focus from game and return it back (i've tried both windowed and fullscreen, it doesn't matter) 4. Repeat step 3 if game wasn't affected
Game crashes (20%) or hangs (80% - sound doesn't stop when game hangs) when i restore focus back to it (_not_ on focus loss) with the following messages in console (3 different instances): --- wine: Unhandled page fault on read access to 0x0000006c at address 0x10045e45 (thread 0021), starting debugger... --- wine: Unhandled page fault on read access to 0x0000006c at address 0x10045e45 (thread 0019), starting debugger... --- wine: Unhandled page fault on read access to 0x0000006c at address 0x10045e45 (thread 001a), starting debugger... --- I don't know how to use wine debugger, will try to put my hands on it next weekend.
Following links describes patch notes: http://myeve.eve-online.com/updates/patchnotes.asp It doesn't include any info on Stackless IO though: http://myeve.eve-online.com/devblog.asp?a=blog&bid=584 Information on Stackless IO deployment dates (server-side - 16th sep, client-side - 30th sep with EA 1.1.1 patch): http://myeve.eve-online.com/ingameboard.asp?a=topic&threadID=883386&...
I don't see any serious technological changes in EA 1.1.1 patch except for stackless IO, so this one should be blamed first in my opinion (or CCP again changed something w/o informing us).
My EVE-specific wine settings: [Software\Wine\AppDefaults\ExeFile.exe\Direct3D] 1214073207 "DirectDrawRenderer"="opengl" "OffScreenRenderingMode"="fbo" "VideoMemorySize"="512"
Global wine settings: WM is able to both control and decorate windows Applications are not allowed to prohibit mouse leaving window
My rig: Acer Aspire 5920G (C2D 2x2400, 2GB RAM, GF8600GTM) Debian Lenny current (nearly vanilla with nearly no changes), NVIDIA 177.76 drivers.
I don't know to which wine module assign this one, so set unknown for mow.
http://bugs.winehq.org/show_bug.cgi?id=15485
Vorobyov Anton phoenix@mail.ru changed:
What |Removed |Added ---------------------------------------------------------------------------- Summary|EVE Online hangs on focus |EVE Online hangs on focus |loss/restore after applying |restore after applying |Empryan Age 1.1.1 patch |Empryan Age 1.1.1 patch
--- Comment #1 from Vorobyov Anton phoenix@mail.ru 2008-09-30 13:31:57 --- Changed summary to correctly reflect even on which game hangs
http://bugs.winehq.org/show_bug.cgi?id=15485
Daniel Andrén drumedor@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |drumedor@gmail.com
--- Comment #2 from Daniel Andrén drumedor@gmail.com 2008-09-30 13:34:17 --- Exactly the same problem here.
http://bugs.winehq.org/show_bug.cgi?id=15485
Daniel Andrén drumedor@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |NEW Ever Confirmed|0 |1
--- Comment #3 from Daniel Andrén drumedor@gmail.com 2008-09-30 13:35:11 --- *** This bug has been confirmed by popular vote. ***
http://bugs.winehq.org/show_bug.cgi?id=15485
Lei Zhang thestig@google.com changed:
What |Removed |Added ---------------------------------------------------------------------------- URL| |http://www.eve-online.com/ Severity|blocker |normal Keywords| |download Version|CVS/GIT |1.1.5
--- Comment #4 from Lei Zhang thestig@google.com 2008-09-30 13:36:46 --- not a blocker we're not using the cvs/git version label anymore
http://bugs.winehq.org/show_bug.cgi?id=15485
--- Comment #5 from Vorobyov Anton phoenix@mail.ru 2008-09-30 13:40:20 --- Ok, let's call my version 1.1.5 then (lots of ppl using it confirm hang).
Changed severity to normal (i thought that severity is set with regard to launched application, not to wine). Assign it to whichever value you consider to be right.
http://bugs.winehq.org/show_bug.cgi?id=15485
Keyn keyn134@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |keyn134@gmail.com
http://bugs.winehq.org/show_bug.cgi?id=15485
--- Comment #6 from Daniel Andrén drumedor@gmail.com 2008-09-30 13:49:59 --- (In reply to comment #0)
Repro steps:
- Get latest wine (i've used latest snapshot from git) and windows premium
client (it's very likely that classic client is affected too, but i din't test it) from http://www.eve-online.com/download/windows.asp, install them 2. Launch EVE (premium or classic graphic mode - doesn't matter, i've tested both) 3. Switch focus from game and return it back (i've tried both windowed and fullscreen, it doesn't matter) 4. Repeat step 3 if game wasn't affected
Game crashes (20%) or hangs (80% - sound doesn't stop when game hangs) when i restore focus back to it (_not_ on focus loss) with the following messages in console (3 different instances):
wine: Unhandled page fault on read access to 0x0000006c at address 0x10045e45 (thread 0021), starting debugger...
wine: Unhandled page fault on read access to 0x0000006c at address 0x10045e45 (thread 0019), starting debugger...
wine: Unhandled page fault on read access to 0x0000006c at address 0x10045e45 (thread 001a), starting debugger...
I don't know how to use wine debugger, will try to put my hands on it next weekend.
Following links describes patch notes: http://myeve.eve-online.com/updates/patchnotes.asp It doesn't include any info on Stackless IO though: http://myeve.eve-online.com/devblog.asp?a=blog&bid=584 Information on Stackless IO deployment dates (server-side - 16th sep, client-side - 30th sep with EA 1.1.1 patch): http://myeve.eve-online.com/ingameboard.asp?a=topic&threadID=883386&...
I don't see any serious technological changes in EA 1.1.1 patch except for stackless IO, so this one should be blamed first in my opinion (or CCP again changed something w/o informing us).
My EVE-specific wine settings: [Software\Wine\AppDefaults\ExeFile.exe\Direct3D] 1214073207 "DirectDrawRenderer"="opengl" "OffScreenRenderingMode"="fbo" "VideoMemorySize"="512"
Global wine settings: WM is able to both control and decorate windows Applications are not allowed to prohibit mouse leaving window
My rig: Acer Aspire 5920G (C2D 2x2400, 2GB RAM, GF8600GTM) Debian Lenny current (nearly vanilla with nearly no changes), NVIDIA 177.76 drivers.
I don't know to which wine module assign this one, so set unknown for mow.
The stackless IO change was only server side as far as I know. Feel free to correct me though.
http://bugs.winehq.org/show_bug.cgi?id=15485
--- Comment #7 from Keyn keyn134@gmail.com 2008-09-30 13:50:43 --- Same problem here.
Running Wine 1.1.1 on Debian 2.6.24-etchnhalf.1-686
http://bugs.winehq.org/show_bug.cgi?id=15485
--- Comment #8 from Vorobyov Anton phoenix@mail.ru 2008-09-30 13:54:37 --- Daniel, i included link to post of devloper - it describes where Stackless IO was applied and when (also read quoted sections).
http://bugs.winehq.org/show_bug.cgi?id=15485
--- Comment #9 from Vorobyov Anton phoenix@mail.ru 2008-09-30 14:09:46 --- http://myeve.eve-online.com/ingameboard.asp?a=topic&threadID=883386&... This post states dates more explicitly :)
http://bugs.winehq.org/show_bug.cgi?id=15485
Andrew Yates andrewyates@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |andrewyates@gmail.com
--- Comment #10 from Andrew Yates andrewyates@gmail.com 2008-09-30 14:34:56 --- Same problem here using wine 1.1.5. The EVE client freezes or exits whenever focus is lost, regardless of whether that is from minimizing it, alt tabbing to another app, switching virtual desktops, or moving my cursor to another monitor and selecting the window on that monitor.
http://bugs.winehq.org/show_bug.cgi?id=15485
Alexander Q qalexx@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |qalexx@gmail.com
--- Comment #11 from Alexander Q qalexx@gmail.com 2008-09-30 14:38:39 --- Same here. Running wine-1.1.5 on Gentoo.
http://bugs.winehq.org/show_bug.cgi?id=15485
--- Comment #12 from Vorobyov Anton phoenix@mail.ru 2008-09-30 15:04:41 --- As far as i understood from following post: http://myeve.eve-online.com/ingameboard.asp?a=topic&threadID=883386&...
It's some kind of asynchronous IO between network layer and application layer, so i really don't have any thoughts how it could affect game and expecially WM features like focus switching.
Long ago Stefan mentioned that wc3 and eve both need asynchronous IO (i have no clue between which components IO Completion operates): http://bugs.winehq.org/show_bug.cgi?id=9787#c190 However IIRC that issue didn't affect eve.
http://bugs.winehq.org/show_bug.cgi?id=15485
--- Comment #13 from Vorobyov Anton phoenix@mail.ru 2008-09-30 16:04:42 --- Guys from game official forum report that issue also applies to pure classic client: http://myeve.eve-online.com/ingameboard.asp?a=topic&threadID=886237&...
AppDB doesn't have an actual entry for it, so i'll leave it just as note here.
http://bugs.winehq.org/show_bug.cgi?id=15485
N3o diafoirus@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |diafoirus@gmail.com
--- Comment #14 from N3o diafoirus@gmail.com 2008-09-30 17:48:21 --- Hi, i have the same trouble:
wine: Unhandled page fault on read access to 0x0000006c at address 0x10045e45 (thread 0026), starting debugger...
in the original comment Post has the trouble in the same memory acccess read:
wine: Unhandled page fault on read access to 0x0000006c at address 0x10045e45
is rare this...
I tested with lastest wine 1.1.5 and old (from wine 1.x.x) has the same trouble in memory access read, in the same location 0x10045e45
Is really rare this, many people has the same trouble in the same address location 0x10045e45
All tests was maded with Wine compiled and Slackware 12.1...
http://bugs.winehq.org/show_bug.cgi?id=15485
--- Comment #15 from N3o diafoirus@gmail.com 2008-09-30 17:51:39 ---
I lost add some test :
Premium mode tested and Classic, both has the same trouble..
http://bugs.winehq.org/show_bug.cgi?id=15485
--- Comment #16 from N3o diafoirus@gmail.com 2008-09-30 18:57:12 --- If you run wine with this command, you can use tab :
wine explorer /desktop=[resolution] "C:\Program Files\CCP\EVE\eve.exe"
for example :
wine explorer /desktop=1680x1050 "C:\Program Files\CCP\EVE\eve.exe"
the other choice is add this line in you /$HOME/.wine/user.reg in Software\Wine\Explorer\Desktops Section :
[Software\Wine\Explorer\Desktops] "Default"="YOUR RESOLUTION"
for example :
[Software\Wine\Explorer\Desktops] "Default"="1680x1050"
Differences :
Runing eve with wine explorer /desktop=1680x1050 "C:\Program Files\CCP\EVE\eve.exe" only will applied to Eve in runtime,
With :
[Software\Wine\Explorer\Desktops] "Default"="1680x1050"
The change will be permanent and affect all your applications under wine not only Eve...
Tips for emulate Fullscreenmode :
KDE Desktop:
Run eve with wine explorer /desktop=[YOUR RESOLUTION] "C:\Program Files\CCP\EVE\eve.exe" Right click on Tittle bar -> Advanced -> No border
http://bugs.winehq.org/show_bug.cgi?id=15485
--- Comment #17 from N3o diafoirus@gmail.com 2008-09-30 20:17:33 --- Guys forget my before solution, it works but isnt the best solution... i'll explain the trouble (based on my test):
When you use "Managed windows using X11" option you cant use alt+tab because the client crash... but if you dont use this, you can use the alt+tab
If try to run another client using the "Managed windows using X11" in off , the anohter client will be run in the same window of the first client, to run both clients and use the ALT+TAB combination do :
Add this in you /$HOME/.wine/user.reg
[Software\Wine\Explorer\Desktops] "Default"="YOUR MAX RESOLUTION"
for example:
[Software\Wine\Explorer\Desktops] "Default"="1680x1050"
and add in the same file(/$HOME/.wine/user.reg) this too:
[Software\Wine\X11 Driver] "Decorated"="N" "Managed"="N"
In console:
Run the first client in cosole with (Desktop #1) :
wine /$HOME/$CURRENT_USER/.wine/drive_c/Program\ Files/CCP/EVE/eve.exe
Tab to another desktop Virtual Desktop, for example Desktop # 2
Open console and write in it:
wine explorer /desktop=[YOUR MAX RESOLUTION] "C:\Program Files\CCP\EVE\eve.exe"
for example:
wine explorer /desktop=1680x1050 "C:\Program Files\CCP\EVE\eve.exe"
And have fun ^^...
http://bugs.winehq.org/show_bug.cgi?id=15485
--- Comment #18 from Vorobyov Anton phoenix@mail.ru 2008-09-30 23:39:12 --- There's argument allowing you to launch applications in different virtual desktops, Keyn Thror already mentioned it on official forums:
wine explorer /desktop=0,1024x768 "C:\Program Files\CCP\EVE\eve.exe" wine explorer /desktop=1,1024x768 "C:\Program Files\CCP\EVE\eve.exe"
Notice numbers 0 and 1 after desktop key - these are desktop IDs.
http://bugs.winehq.org/show_bug.cgi?id=15485
--- Comment #19 from N3o diafoirus@gmail.com 2008-10-01 00:21:21 --- (In reply to comment #18)
There's argument allowing you to launch applications in different virtual desktops, Keyn Thror already mentioned it on official forums:
wine explorer /desktop=0,1024x768 "C:\Program Files\CCP\EVE\eve.exe" wine explorer /desktop=1,1024x768 "C:\Program Files\CCP\EVE\eve.exe"
Notice numbers 0 and 1 after desktop key - these are desktop IDs.
Yeah!, this is much better ^^, thnks for the tip Vorobyov =)) , i updated the note directly to your comment =).... Do you have any idea about this issue ?.. is very strange =(...
Fly safe ^^
http://bugs.winehq.org/show_bug.cgi?id=15485
--- Comment #20 from Anton Vorobyov phoenix@mail.ru 2008-10-02 03:03:55 --- Already mentioned post http://myeve.eve-online.com/ingameboard.asp?a=topic&threadID=883386&... correlates to already mentioned issue, in my opinion :) http://bugs.winehq.org/show_bug.cgi?id=9787
So, eve now requires that acceptex too?
I'll try to find out the difference in behaviour of wc3 and eve.
http://bugs.winehq.org/show_bug.cgi?id=15485
James T. Jordan kermyt@kermyt.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |kermyt@kermyt.com
--- Comment #21 from James T. Jordan kermyt@kermyt.com 2008-10-02 18:32:32 --- (In reply to comment #18)
There's argument allowing you to launch applications in different virtual desktops, Keyn Thror already mentioned it on official forums:
wine explorer /desktop=0,1024x768 "C:\Program Files\CCP\EVE\eve.exe" wine explorer /desktop=1,1024x768 "C:\Program Files\CCP\EVE\eve.exe"
Notice numbers 0 and 1 after desktop key - these are desktop IDs.
I am using this workaround as well. I unchecked the "allow windowmanager to decorate windows" checkbox to get the fullscreen effect but now my panels are still on top of my game windows. is ther a way I can get back to the fullscreen look without the gnome panel cutting my edges?
http://bugs.winehq.org/show_bug.cgi?id=15485
--- Comment #22 from Anton Vorobyov phoenix@mail.ru 2008-10-02 23:37:00 --- Did you substitute your desktop's resolution instead of 1024x768?
http://bugs.winehq.org/show_bug.cgi?id=15485
--- Comment #23 from Francesco Munda syylk@hotmail.com 2008-10-03 06:18:13 --- Confirmed the bug-osity status on my Gentoo AMD64/GF8800GT rig. Vanilla Classic, Premium and Classic on Premium.
Workaround for KDErs is to set the windowed WINE desktop as "fullscreen": still a window over the KDE work area, but borderless and maximized even above the tray bar.
A code fix (not a config workaround) would be sweet.
http://bugs.winehq.org/show_bug.cgi?id=15485
--- Comment #24 from Yves infinitevalence@gmail.com 2008-10-03 08:39:07 --- Just a little side note, if your running multiple clients in virtual desktops always use the esc key + quit or ctrl+q to close the program. Using the X on the window will close all instances of the program.
http://bugs.winehq.org/show_bug.cgi?id=15485
--- Comment #25 from James T. Jordan kermyt@kermyt.com 2008-10-03 14:47:30 --- (In reply to comment #22)
Did you substitute your desktop's resolution instead of 1024x768?
My desktop resolution _is_ 1024x768.
http://bugs.winehq.org/show_bug.cgi?id=15485
Casey caseyjp1@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |caseyjp1@gmail.com
--- Comment #26 from Casey caseyjp1@gmail.com 2008-10-03 19:43:59 --- Confirmed here as well. ubuntu 8.04 wine 1.1.5
http://bugs.winehq.org/show_bug.cgi?id=15485
Stephen Eilert spedrosa@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |spedrosa@gmail.com
--- Comment #27 from Stephen Eilert spedrosa@gmail.com 2008-10-04 12:35:04 --- Confirmed as well.
Wine 1.1.5, Ubuntu 8.04
Compiz enabled or disabled makes no difference.
http://bugs.winehq.org/show_bug.cgi?id=15485
Henrik Pihl henrik@saarlane.ee changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |henrik@saarlane.ee
http://bugs.winehq.org/show_bug.cgi?id=15485
betadog@gmx.net changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |betadog@gmx.net
--- Comment #28 from betadog@gmx.net 2008-10-07 11:36:09 --- (In reply to comment #25)
(In reply to comment #22)
Did you substitute your desktop's resolution instead of 1024x768?
My desktop resolution _is_ 1024x768.
A workaround (while using gnome or anything that uses Metacity) is to set a Fullscreen Mode hotkey in gconf and use that key while focus is on EvE. This seems to work while having Compiz enabled, at least for me.
To do so, follow these steps:
1.) Invoke gconf-editor by typing "gconf-editor" in a terminal 2.) Go to apps/metacity/window_keybindings 3.) Double-Click on "toggle_fullscreen" 4.) Enter your desired key combination (I'm using "<Control><Alt>F"). 5.) Confirm by pressing the enter key or the OK button and close gconf-editor.
start Eve with the command wine explorer /desktop=[resolution] "PATH\TO\EVE\eve.exe" and press the Fullscreen Key Combo. You'll see its effect when the login screen pops up.
You should now have a border- and panel-less Eve.
Note: You might have to use N3o's changes to the /$HOME/.wine/user.reg file from Comment #16. Not sure about that though.
http://bugs.winehq.org/show_bug.cgi?id=15485
Roy Marples roy@marples.name changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |roy@marples.name
http://bugs.winehq.org/show_bug.cgi?id=15485
--- Comment #29 from Roy Marples roy@marples.name 2008-10-15 17:34:07 --- (In reply to comment #0)
wine: Unhandled page fault on read access to 0x0000006c at address 0x10045e45 (thread 0021), starting debugger...
I get this
wine: Unhandled page fault on execute access to 0x00000002 at address 0x2 (thread 0018)
I would say both addresses are obviously wrong, but have no clue how to proceed. All the above tricks do not work for me :/
http://bugs.winehq.org/show_bug.cgi?id=15485
--- Comment #30 from Anton Vorobyov phoenix@mail.ru 2008-10-19 06:11:39 --- Each time window gets focus following function is called (it's also called when eve.exe spawns and switches focus to ExeFile.exe): 0019:Call window proc 0x2c2b380 (hwnd=0x3002a,msg=WM_ACTIVATEAPP,wp=00000001,lp=00000000) After a while it should return some value: 0019:Ret window proc 0x2c2b380 (hwnd=0x3002a,msg=WM_ACTIVATEAPP,wp=00000001,lp=00000000) retval=00000000 This doesn't happen when game crashes on focus restore (all mentioned debug lines are from debug log where i was able to launch game, lose/restore focus couple of times, lose it once more and get hang on restore).
I still don't know why it fails before returning 0, will continue log investigation.
http://bugs.winehq.org/show_bug.cgi?id=15485
--- Comment #31 from Anton Vorobyov phoenix@mail.ru 2008-10-19 06:26:32 --- EVE's logserver doesn't offer anything interesting:
2015 2008.10.19 11:23:26:988 Open res:/UI/Texture/cursor00.dds 2016 2008.10.19 11:23:26:988 SetFocus None 2017 2008.10.19 11:23:27:429 Open res:/UI/Texture/cursor00.dds 2018 2008.10.19 11:23:27:429 SetFocus Deco object: Name: password Guid: xtriui.SingleLineEdit Type: UIContainer Parent: bottomSub Destroyed: 0 2019 2008.10.19 11:23:28:095 Open res:/UI/Texture/cursor00.dds 2020 2008.10.19 11:23:28:096 SetFocus None
2016 is focus loss, 2018 is focus restore w/o hang, 2020 is focus loss, then game hanged and didn't write anything to logserver.
http://bugs.winehq.org/show_bug.cgi?id=15485
--- Comment #32 from Anton Vorobyov phoenix@mail.ru 2008-10-19 07:02:26 --- Created an attachment (id=16738) --> (http://bugs.winehq.org/attachment.cgi?id=16738) Debug logs
Attached few (thousands) last lines of debug log written by wine.
Line 108 of wine_relay_clipped is succesful result of focus restore, as far as i understand.
Line 88092 is call of that function which will never return any value.
Since i'm in no way debugging pro, the only things i noticed that around crash (even before) KERNEL32.SetLastError and KERNEL32.GetLastError are used a way too often; however, i'm not sure that they are related to crash in any way.
Following happens right before page fault and one more time after:
0019:Call KERNEL32.IsBadCodePtr(00407ecb) ret=00b49505 0019:Ret KERNEL32.IsBadCodePtr() retval=00000000 ret=00b49505
So it seems it's related to crash.
http://bugs.winehq.org/show_bug.cgi?id=15485
--- Comment #33 from Anton Vorobyov phoenix@mail.ru 2008-10-19 10:09:22 --- Following is output of debugger:
Wine-dbg>pass First chance exception: page fault on read access to 0x0000006c in 32-bit code (0x10045e45). Register dump: CS:0073 SS:007b DS:007b ES:007b FS:0033 GS:003b EIP:10045e45 ESP:0033b08c EBP:00e4f428 EFLAGS:00010246( - 00 -RIZP1) EAX:00000000 EBX:00000000 ECX:0033b0f8 EDX:02dbf9e7 ESI:040e98a8 EDI:00000000 Stack dump: 0x0033b08c: 1ef9e4be 00000000 040e98a8 0033b188 0x0033b09c: 00000001 7bc8b444 00000000 6c722940 0x0033b0ac: 01c931fc 00000006 00000000 00e4f428 0x0033b0bc: 00000000 0033b0d0 00000000 0033b0e4 0x0033b0cc: 00000000 0033b1c4 0033b1f0 1009de58 0x0033b0dc: 00000000 02c3628d 0081e038 040e98a8 Backtrace: =>1 0x10045e45 in blue (+0x45e45) (0x00e4f428) 2 0x00672008 PyTuple_Type() in python25 (0x00000001) 3 0x00000000 (0x00000000) 0x10045e45: cmpl %ebx,0x6c(%eax)
http://bugs.winehq.org/show_bug.cgi?id=15485
Spencer Taufer staufer@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |staufer@gmail.com
--- Comment #34 from Spencer Taufer staufer@gmail.com 2008-10-23 14:32:02 --- EVE ONLINE: Empyrean Age patch 1.1.2
Test: Lockups at random while docked
Arial fonts were added to the system32/fonts also registry was pointed to fonts in that location.
Upon docking in station the game will usually run fine, however there is a chance that after a brief period of time (typically 10-15 minutes, sometimes more or less) the game will lockup and require a process termination through wine. The lockups seem to be related with this particular output from the terminal.
fixme:d3d_texture:IWineD3DBaseTextureImpl_SetAutoGenFilterType
>>>>>>>>>>> GL_INVALID_ENUM (0x500) from
glTexParameteri(textureDimensions, GL_GENERATE_MIPMAP_HINT_SGIS, GL_NICEST) @ basetexture.c / 210
http://bugs.winehq.org/show_bug.cgi?id=15485
--- Comment #35 from Anton Vorobyov phoenix@mail.ru 2008-10-23 16:36:27 --- Try disabling sound/audio HW acceleration, these lockups may be not related to this issue.
http://bugs.winehq.org/show_bug.cgi?id=15485
Raymond Irving rrirving@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |rrirving@gmail.com
--- Comment #36 from Raymond Irving rrirving@gmail.com 2008-10-25 13:51:40 --- I have the same problem with EVE losing focus when tabbing out to other programs.
Gnome System monitor shows the Exefile.exe turning immediately into a zombie application
http://bugs.winehq.org/show_bug.cgi?id=15485
William Waghorn willw@litany.me.uk changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |willw@litany.me.uk
--- Comment #37 from William Waghorn willw@litany.me.uk 2008-10-25 22:00:01 --- Previous posts have inspired me to try a bit of amateur debugging...
0x1004e23e: movl 0x100c091c,%eax 0x1004e243: movl 0x0(%eax),%eax 0x1004e245: cmpl %ebx,0x6c(%eax)
Then,
Wine-dbg>x /x 0x100c091c 00693300
Wine-dbg>watch *0x693300 Watchpoint 1 at 0x00693300 _PyThreadState_Current in python25
The Page Fault itself is happening outside of Wine. Execution flow leaves Wine via a message callback for WM_ACTIVATEAPP.
The location 0x693300 changes continuously, and may often contain zero. Not surprising if this is the address of _PyThreadState_Current.
So, evidence to date suggests that Eve's WM_ACTIVATEAPP handler is querying state from Python. The method it is using is somehow bypassing whatever mechanism should protect the _PyThreadState_Current value.
http://bugs.winehq.org/show_bug.cgi?id=15485
--- Comment #38 from Anton Vorobyov phoenix@mail.ru 2008-10-31 15:03:26 --- Seems to be fixed in current git. I'll ask couple of my friends to check that and confirm.
http://bugs.winehq.org/show_bug.cgi?id=15485
--- Comment #39 from Anton Vorobyov phoenix@mail.ru 2008-10-31 15:27:37 --- Sorry, i'm wrong. But bug really didn't occur for couple minutes of intensive focus switching...
http://bugs.winehq.org/show_bug.cgi?id=15485
Vitaliy Margolen vitaliy@kievinfo.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |magnus.alexandersson@gmail.c | |om
--- Comment #40 from Vitaliy Margolen vitaliy@kievinfo.com 2008-11-02 10:50:34 --- *** Bug 15888 has been marked as a duplicate of this bug. ***
http://bugs.winehq.org/show_bug.cgi?id=15485
designerfx matthewreingold@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |matthewreingold@gmail.com
--- Comment #41 from designerfx matthewreingold@gmail.com 2008-11-22 11:08:56 --- I get this in both wine 1.1.8 and 1.1.9
http://bugs.winehq.org/show_bug.cgi?id=15485
--- Comment #42 from N3o diafoirus@gmail.com 2008-12-10 13:48:55 --- Bug continue in wine 1.1.10
http://bugs.winehq.org/show_bug.cgi?id=15485
--- Comment #43 from Francesco Munda syylk@hotmail.com 2008-12-29 10:52:42 --- And in 1.1.11 too.
http://bugs.winehq.org/show_bug.cgi?id=15485
--- Comment #44 from designerfx matthewreingold@gmail.com 2009-01-02 07:39:32 --- The only time this doesn't occur as frequently is when the game is run in a virtual desktop. The rest of the time, it still occurs especially if running dual monitors on separate x screens.
http://bugs.winehq.org/show_bug.cgi?id=15485
Nedko Arnaudov nedko@arnaudov.name changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |nedko@arnaudov.name
http://bugs.winehq.org/show_bug.cgi?id=15485
--- Comment #45 from Nedko Arnaudov nedko@arnaudov.name 2009-01-04 12:57:08 --- Happens with wine-1.1.12 too
http://bugs.winehq.org/show_bug.cgi?id=15485
Simon König simjoko@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |simjoko@gmail.com
--- Comment #46 from Simon König simjoko@gmail.com 2009-01-20 08:20:53 --- same for wine-1.1.13,1 on FreeBSD-7.1
http://bugs.winehq.org/show_bug.cgi?id=15485
--- Comment #47 from N3o diafoirus@gmail.com 2009-02-01 16:07:51 --- (In reply to comment #46)
same for wine-1.1.13,1 on FreeBSD-7.1
bug still occur in wine 1.1.14
http://bugs.winehq.org/show_bug.cgi?id=15485
--- Comment #48 from Simon König simjoko@gmail.com 2009-02-02 10:07:57 --- There must be a way to track this down and fix it. My CS studies are not that progressed so far, so it will take some time until I can help on my own but I am willing to debug it and provide any information necessary. Just tell me what you need.
http://bugs.winehq.org/show_bug.cgi?id=15485
--- Comment #49 from N3o diafoirus@gmail.com 2009-02-13 23:41:08 --- Still in wine 1.1.15
http://bugs.winehq.org/show_bug.cgi?id=15485
--- Comment #50 from William Waghorn willw@litany.me.uk 2009-02-14 15:27:27 --- Saw this in the 'fixed issues' section of the build 79298 notes: * Alt-Tabbing from a full screen client in space doesn't cause the client to freeze anymore.
Just so you know, this build still locks up on focus-switch with Wine.
http://bugs.winehq.org/show_bug.cgi?id=15485
--- Comment #51 from Raymond Irving rrirving@gmail.com 2009-02-14 22:01:16 --- EVE Online still locks up when alt-tabbing between windows. Happens in station or in space. Now it just doesn't freeze all the time.
http://bugs.winehq.org/show_bug.cgi?id=15485
--- Comment #52 from Anton Vorobyov phoenix@mail.ru 2009-02-15 05:31:21 --- Issue never has been 100% reproducible. ATM (using latest git + tranquility/silgularity client) it's all the same as initially.
http://bugs.winehq.org/show_bug.cgi?id=15485
--- Comment #53 from Anton Vorobyov phoenix@mail.ru 2009-04-09 13:41:46 --- There seems to be some kind of dependency on graphics shown in-game.
1) EVE under wine crashes on login screen 2) EVE under wine crashes on character selection screen 3) EVE under wine doesn't crash while being inside the station (Amarr VIII (Oris) - Emperor Family Academy in my case, ships used to check - retribution, capsule, prorator) 4) EVE under wine crashes outside that station and on Amarr V planet
The only thing that unifies crash cases - they occur when you're in space w/o limited vision (i.e. inside the cube with texture which is used to show space background, i don't know special term for that, and as far as i understand eve uses them for loginscreen too to show space image).
In cases with crash it occurs with 5-20% chance, in 3rd case i already made ~thousand of focus switches so i'm pretty sure in my statistics.
Debian Squeeze, Acer 5920 (NVIDIA 8600GT + 180.41 driver), wine from today's git snapshot.
http://bugs.winehq.org/show_bug.cgi?id=15485
--- Comment #53 from Anton Vorobyov phoenix@mail.ru 2009-04-09 13:41:46 --- There seems to be some kind of dependency on graphics shown in-game.
1) EVE under wine crashes on login screen 2) EVE under wine crashes on character selection screen 3) EVE under wine doesn't crash while being inside the station (Amarr VIII (Oris) - Emperor Family Academy in my case, ships used to check - retribution, capsule, prorator) 4) EVE under wine crashes outside that station and on Amarr V planet
The only thing that unifies crash cases - they occur when you're in space w/o limited vision (i.e. inside the cube with texture which is used to show space background, i don't know special term for that, and as far as i understand eve uses them for loginscreen too to show space image).
In cases with crash it occurs with 5-20% chance, in 3rd case i already made ~thousand of focus switches so i'm pretty sure in my statistics.
Debian Squeeze, Acer 5920 (NVIDIA 8600GT + 180.41 driver), wine from today's git snapshot.
--- Comment #54 from Anton Vorobyov phoenix@mail.ru 2009-04-09 13:47:41 --- Ok, i've got the crash inside that station, but it seems that in station it's repro rate significantly lower than outside, thus it gives us clue that it's probably something d3d-related (sound was disabled).
http://bugs.winehq.org/show_bug.cgi?id=15485
--- Comment #53 from Anton Vorobyov phoenix@mail.ru 2009-04-09 13:41:46 --- There seems to be some kind of dependency on graphics shown in-game.
1) EVE under wine crashes on login screen 2) EVE under wine crashes on character selection screen 3) EVE under wine doesn't crash while being inside the station (Amarr VIII (Oris) - Emperor Family Academy in my case, ships used to check - retribution, capsule, prorator) 4) EVE under wine crashes outside that station and on Amarr V planet
The only thing that unifies crash cases - they occur when you're in space w/o limited vision (i.e. inside the cube with texture which is used to show space background, i don't know special term for that, and as far as i understand eve uses them for loginscreen too to show space image).
In cases with crash it occurs with 5-20% chance, in 3rd case i already made ~thousand of focus switches so i'm pretty sure in my statistics.
Debian Squeeze, Acer 5920 (NVIDIA 8600GT + 180.41 driver), wine from today's git snapshot.
--- Comment #54 from Anton Vorobyov phoenix@mail.ru 2009-04-09 13:47:41 --- Ok, i've got the crash inside that station, but it seems that in station it's repro rate significantly lower than outside, thus it gives us clue that it's probably something d3d-related (sound was disabled).
--- Comment #55 from N3o diafoirus@gmail.com 2009-04-25 20:34:23 --- Hi pilots...
in the current version (1.1.20) I cant reproduce this bug (congrats guys ^^).. I did many switch focus, and all works very well, no fps drop, just perfect ^^..
We need confirm if this bug is solved =)...
Fly safe...
http://bugs.winehq.org/show_bug.cgi?id=15485
Robert Förster Dessa@gmake.de changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |Dessa@gmake.de
--- Comment #53 from Anton Vorobyov phoenix@mail.ru 2009-04-09 13:41:46 --- There seems to be some kind of dependency on graphics shown in-game.
1) EVE under wine crashes on login screen 2) EVE under wine crashes on character selection screen 3) EVE under wine doesn't crash while being inside the station (Amarr VIII (Oris) - Emperor Family Academy in my case, ships used to check - retribution, capsule, prorator) 4) EVE under wine crashes outside that station and on Amarr V planet
The only thing that unifies crash cases - they occur when you're in space w/o limited vision (i.e. inside the cube with texture which is used to show space background, i don't know special term for that, and as far as i understand eve uses them for loginscreen too to show space image).
In cases with crash it occurs with 5-20% chance, in 3rd case i already made ~thousand of focus switches so i'm pretty sure in my statistics.
Debian Squeeze, Acer 5920 (NVIDIA 8600GT + 180.41 driver), wine from today's git snapshot.
--- Comment #54 from Anton Vorobyov phoenix@mail.ru 2009-04-09 13:47:41 --- Ok, i've got the crash inside that station, but it seems that in station it's repro rate significantly lower than outside, thus it gives us clue that it's probably something d3d-related (sound was disabled).
--- Comment #55 from N3o diafoirus@gmail.com 2009-04-25 20:34:23 --- Hi pilots...
in the current version (1.1.20) I cant reproduce this bug (congrats guys ^^).. I did many switch focus, and all works very well, no fps drop, just perfect ^^..
We need confirm if this bug is solved =)...
Fly safe...
--- Comment #56 from Robert Förster Dessa@gmake.de 2009-04-26 04:23:33 --- no, it isn't fixed, still getting stuff like that: wine: Unhandled page fault on read access to 0x0000006c at address 0x1006152d (thread 001e), starting debugger...
http://bugs.winehq.org/show_bug.cgi?id=15485
Robert Förster Dessa@gmake.de changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |Dessa@gmake.de
keymone keymone@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |keymone@gmail.com
--- Comment #53 from Anton Vorobyov phoenix@mail.ru 2009-04-09 13:41:46 --- There seems to be some kind of dependency on graphics shown in-game.
1) EVE under wine crashes on login screen 2) EVE under wine crashes on character selection screen 3) EVE under wine doesn't crash while being inside the station (Amarr VIII (Oris) - Emperor Family Academy in my case, ships used to check - retribution, capsule, prorator) 4) EVE under wine crashes outside that station and on Amarr V planet
The only thing that unifies crash cases - they occur when you're in space w/o limited vision (i.e. inside the cube with texture which is used to show space background, i don't know special term for that, and as far as i understand eve uses them for loginscreen too to show space image).
In cases with crash it occurs with 5-20% chance, in 3rd case i already made ~thousand of focus switches so i'm pretty sure in my statistics.
Debian Squeeze, Acer 5920 (NVIDIA 8600GT + 180.41 driver), wine from today's git snapshot.
--- Comment #54 from Anton Vorobyov phoenix@mail.ru 2009-04-09 13:47:41 --- Ok, i've got the crash inside that station, but it seems that in station it's repro rate significantly lower than outside, thus it gives us clue that it's probably something d3d-related (sound was disabled).
--- Comment #55 from N3o diafoirus@gmail.com 2009-04-25 20:34:23 --- Hi pilots...
in the current version (1.1.20) I cant reproduce this bug (congrats guys ^^).. I did many switch focus, and all works very well, no fps drop, just perfect ^^..
We need confirm if this bug is solved =)...
Fly safe...
--- Comment #56 from Robert Förster Dessa@gmake.de 2009-04-26 04:23:33 --- no, it isn't fixed, still getting stuff like that: wine: Unhandled page fault on read access to 0x0000006c at address 0x1006152d (thread 001e), starting debugger...
--- Comment #57 from keymone keymone@gmail.com 2009-04-28 03:51:08 --- confirming it's not fixed kubuntu 9.04, wine 1.1.20
--- Comment #58 from N3o diafoirus@gmail.com 2009-04-28 09:58:07 --- Well if isn't fixed, How I can reproduce it ?... I need tips ^^... Maybe it reproduce in special situations, for example, In station, In a pos, etc I did all my test inspace...
Fly safe...
http://bugs.winehq.org/show_bug.cgi?id=15485
Robert Förster Dessa@gmake.de changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |Dessa@gmake.de
keymone keymone@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |keymone@gmail.com
--- Comment #53 from Anton Vorobyov phoenix@mail.ru 2009-04-09 13:41:46 --- There seems to be some kind of dependency on graphics shown in-game.
1) EVE under wine crashes on login screen 2) EVE under wine crashes on character selection screen 3) EVE under wine doesn't crash while being inside the station (Amarr VIII (Oris) - Emperor Family Academy in my case, ships used to check - retribution, capsule, prorator) 4) EVE under wine crashes outside that station and on Amarr V planet
The only thing that unifies crash cases - they occur when you're in space w/o limited vision (i.e. inside the cube with texture which is used to show space background, i don't know special term for that, and as far as i understand eve uses them for loginscreen too to show space image).
In cases with crash it occurs with 5-20% chance, in 3rd case i already made ~thousand of focus switches so i'm pretty sure in my statistics.
Debian Squeeze, Acer 5920 (NVIDIA 8600GT + 180.41 driver), wine from today's git snapshot.
--- Comment #54 from Anton Vorobyov phoenix@mail.ru 2009-04-09 13:47:41 --- Ok, i've got the crash inside that station, but it seems that in station it's repro rate significantly lower than outside, thus it gives us clue that it's probably something d3d-related (sound was disabled).
--- Comment #55 from N3o diafoirus@gmail.com 2009-04-25 20:34:23 --- Hi pilots...
in the current version (1.1.20) I cant reproduce this bug (congrats guys ^^).. I did many switch focus, and all works very well, no fps drop, just perfect ^^..
We need confirm if this bug is solved =)...
Fly safe...
--- Comment #56 from Robert Förster Dessa@gmake.de 2009-04-26 04:23:33 --- no, it isn't fixed, still getting stuff like that: wine: Unhandled page fault on read access to 0x0000006c at address 0x1006152d (thread 001e), starting debugger...
--- Comment #57 from keymone keymone@gmail.com 2009-04-28 03:51:08 --- confirming it's not fixed kubuntu 9.04, wine 1.1.20
--- Comment #58 from N3o diafoirus@gmail.com 2009-04-28 09:58:07 --- Well if isn't fixed, How I can reproduce it ?... I need tips ^^... Maybe it reproduce in special situations, for example, In station, In a pos, etc I did all my test inspace...
Fly safe...
--- Comment #59 from keymone keymone@gmail.com 2009-05-01 03:48:19 --- N3o,
run EVE and do ALT-TAB back and forth between eve and other applications while being in wild space(it really happens less frequently in stations)
--- Comment #60 from Stephen Eilert spedrosa@gmail.com 2009-05-02 22:51:05 --- It appears to be happening less frequently, but it still crashes for me as well.
I am not sure of what kind of logging would be helpful to attach to this issue.
--- Comment #61 from N3o diafoirus@gmail.com 2009-05-04 19:40:19 --- Hi pilots..
Yes, isnt fixed, I test this bug with a robot, yes, I developed a small program to simulate the alt+tab (with counter), the results:
1) Crash appear normally aprox 50 -> 70 alt+tab combination, in secuence mode VS the older wine version (at the 1st alt+tab, the game crash)
2) Crash appear normally aprox 90 -> 150 alt+tab combination, in full random secuence mode VS the older wine version (at the 1st alt+tab, the game crash)
notes:
all test maded in a full toon POS, with camera at sun direction (to force hdr and other effects), 30 windows open in-game, local chat aprox 200 pilots, and 4 desk app opened (OpenOffice, aMSN, Mumble, Firefox (this playing a Youtube HD video in fullscreen mode),
Ingame effects all set to high... 1680x1050 resolution @ 24 Bits.
Resume:
The bug appear less frequent in 1.1.20 version VS the older version....
My test machine:
AMD Phenom X4 9950, 4GB RAM Corsair Dominator 1066Mhz, Slackware 12.2 (32bits), Evga 9800 GTX+ in PCIe 2 mode, nVIDIA UNIX x86 Kernel Module 180.51,
Fly safe...
http://bugs.winehq.org/show_bug.cgi?id=15485
Robert Förster Dessa@gmake.de changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |Dessa@gmake.de
keymone keymone@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |keymone@gmail.com
Anton Vorobyov phoenix@mail.ru changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |phoenix@mail.ru
Aigars Mahinovs aigarius@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |aigarius@gmail.com
Marc-Olivier Barre marco@marcochapeau.org changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |marco@marcochapeau.org
--- Comment #53 from Anton Vorobyov phoenix@mail.ru 2009-04-09 13:41:46 --- There seems to be some kind of dependency on graphics shown in-game.
1) EVE under wine crashes on login screen 2) EVE under wine crashes on character selection screen 3) EVE under wine doesn't crash while being inside the station (Amarr VIII (Oris) - Emperor Family Academy in my case, ships used to check - retribution, capsule, prorator) 4) EVE under wine crashes outside that station and on Amarr V planet
The only thing that unifies crash cases - they occur when you're in space w/o limited vision (i.e. inside the cube with texture which is used to show space background, i don't know special term for that, and as far as i understand eve uses them for loginscreen too to show space image).
In cases with crash it occurs with 5-20% chance, in 3rd case i already made ~thousand of focus switches so i'm pretty sure in my statistics.
Debian Squeeze, Acer 5920 (NVIDIA 8600GT + 180.41 driver), wine from today's git snapshot.
--- Comment #54 from Anton Vorobyov phoenix@mail.ru 2009-04-09 13:47:41 --- Ok, i've got the crash inside that station, but it seems that in station it's repro rate significantly lower than outside, thus it gives us clue that it's probably something d3d-related (sound was disabled).
--- Comment #55 from N3o diafoirus@gmail.com 2009-04-25 20:34:23 --- Hi pilots...
in the current version (1.1.20) I cant reproduce this bug (congrats guys ^^).. I did many switch focus, and all works very well, no fps drop, just perfect ^^..
We need confirm if this bug is solved =)...
Fly safe...
--- Comment #56 from Robert Förster Dessa@gmake.de 2009-04-26 04:23:33 --- no, it isn't fixed, still getting stuff like that: wine: Unhandled page fault on read access to 0x0000006c at address 0x1006152d (thread 001e), starting debugger...
--- Comment #57 from keymone keymone@gmail.com 2009-04-28 03:51:08 --- confirming it's not fixed kubuntu 9.04, wine 1.1.20
--- Comment #58 from N3o diafoirus@gmail.com 2009-04-28 09:58:07 --- Well if isn't fixed, How I can reproduce it ?... I need tips ^^... Maybe it reproduce in special situations, for example, In station, In a pos, etc I did all my test inspace...
Fly safe...
--- Comment #59 from keymone keymone@gmail.com 2009-05-01 03:48:19 --- N3o,
run EVE and do ALT-TAB back and forth between eve and other applications while being in wild space(it really happens less frequently in stations)
--- Comment #60 from Stephen Eilert spedrosa@gmail.com 2009-05-02 22:51:05 --- It appears to be happening less frequently, but it still crashes for me as well.
I am not sure of what kind of logging would be helpful to attach to this issue.
--- Comment #61 from N3o diafoirus@gmail.com 2009-05-04 19:40:19 --- Hi pilots..
Yes, isnt fixed, I test this bug with a robot, yes, I developed a small program to simulate the alt+tab (with counter), the results:
1) Crash appear normally aprox 50 -> 70 alt+tab combination, in secuence mode VS the older wine version (at the 1st alt+tab, the game crash)
2) Crash appear normally aprox 90 -> 150 alt+tab combination, in full random secuence mode VS the older wine version (at the 1st alt+tab, the game crash)
notes:
all test maded in a full toon POS, with camera at sun direction (to force hdr and other effects), 30 windows open in-game, local chat aprox 200 pilots, and 4 desk app opened (OpenOffice, aMSN, Mumble, Firefox (this playing a Youtube HD video in fullscreen mode),
Ingame effects all set to high... 1680x1050 resolution @ 24 Bits.
Resume:
The bug appear less frequent in 1.1.20 version VS the older version....
My test machine:
AMD Phenom X4 9950, 4GB RAM Corsair Dominator 1066Mhz, Slackware 12.2 (32bits), Evga 9800 GTX+ in PCIe 2 mode, nVIDIA UNIX x86 Kernel Module 180.51,
Fly safe...
--- Comment #62 from Simon König simjoko@gmail.com 2009-05-26 07:20:33 --- (In reply to comment #61)
Hi pilots..
Yes, isnt fixed, I test this bug with a robot, yes, I developed a small program to simulate the alt+tab (with counter), the results:
Hey there! Would you mind attaching that test util to this bug report?
I wonder if the patch today will help with that matter.
-> "An exception error will no longer be generated when switching between full screen and windowed mode."
I don't know if this might be related to our problem at all, but hope never dies on my end :)
Saying this, problem is still present on 1.1.22.
--- Comment #63 from Aigars Mahinovs aigarius@gmail.com 2009-07-02 12:51:45 --- Still there in wine 1.1.24 with EVE 6.13.94168. Crashed on the second context switch at the login screen. (Note that you don't need an account to test this as the crash happens even before the login information is entered)
--- Comment #64 from Marc-Olivier Barre marco@marcochapeau.org 2009-07-06 14:56:17 --- Well...
Confirmed again for wine 1.1.25 and EVE 6.13.94168
This bug has been there for nearly a year and confirmed by many. The bug status is still NEW. Doesn't something seem wrong ?
Did any dev even look at this ?
--- Comment #65 from William Waghorn willw@litany.me.uk 2009-07-06 21:48:27 --- (In reply to comment #64)
This bug has been there for nearly a year and confirmed by many. The bug status is still NEW. Doesn't something seem wrong ?
Did any dev even look at this ?
I for one did look into this (scroll back, you'll see I'm not the only one who tried investigating). I even had a look through the relevant bits of the stackless python source. At the time my own conclusion was that there was a race condition in the closed-source Eve client related to a missed lock in their stackless python implementation. I'd expect the bug can happen on Windows too, but like any race condition, timing is everything. Wine can implement all the same bugs as Windows, but implementing all the same timings is kind of unrealistic. Sorry.
I tried whinging to CCP, emphasising that wine is likely to be highlighting a bug in their client which may well manifest on Windows too, but got the old "Wine on Linux is not supported" boilerplate. Ho hum.
As I see it, there are two events which may force a resolution to this bug. First, a CCP developer may encounter the problem on a Windows system and recognises it for what it is. To be honest, I think that's highly unlikely. The second possibility is that any CCP developer tries EVE under wine. Once.
http://bugs.winehq.org/show_bug.cgi?id=15485
Robert Förster Dessa@gmake.de changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |Dessa@gmake.de
keymone keymone@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |keymone@gmail.com
Anton Vorobyov phoenix@mail.ru changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |phoenix@mail.ru
Aigars Mahinovs aigarius@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |aigarius@gmail.com
Marc-Olivier Barre marco@marcochapeau.org changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |marco@marcochapeau.org
Daniel Santos daniel.santos@pobox.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |daniel.santos@pobox.com
Lisa Denia eiffel56@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |eiffel56@gmail.com
Philipp N. betadog@gmx.net changed:
What |Removed |Added ---------------------------------------------------------------------------- CC|betadog@gmx.net |
evanh evanh@clear.net.nz changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |evanh@clear.net.nz
--- Comment #53 from Anton Vorobyov phoenix@mail.ru 2009-04-09 13:41:46 --- There seems to be some kind of dependency on graphics shown in-game.
1) EVE under wine crashes on login screen 2) EVE under wine crashes on character selection screen 3) EVE under wine doesn't crash while being inside the station (Amarr VIII (Oris) - Emperor Family Academy in my case, ships used to check - retribution, capsule, prorator) 4) EVE under wine crashes outside that station and on Amarr V planet
The only thing that unifies crash cases - they occur when you're in space w/o limited vision (i.e. inside the cube with texture which is used to show space background, i don't know special term for that, and as far as i understand eve uses them for loginscreen too to show space image).
In cases with crash it occurs with 5-20% chance, in 3rd case i already made ~thousand of focus switches so i'm pretty sure in my statistics.
Debian Squeeze, Acer 5920 (NVIDIA 8600GT + 180.41 driver), wine from today's git snapshot.
--- Comment #54 from Anton Vorobyov phoenix@mail.ru 2009-04-09 13:47:41 --- Ok, i've got the crash inside that station, but it seems that in station it's repro rate significantly lower than outside, thus it gives us clue that it's probably something d3d-related (sound was disabled).
--- Comment #55 from N3o diafoirus@gmail.com 2009-04-25 20:34:23 --- Hi pilots...
in the current version (1.1.20) I cant reproduce this bug (congrats guys ^^).. I did many switch focus, and all works very well, no fps drop, just perfect ^^..
We need confirm if this bug is solved =)...
Fly safe...
--- Comment #56 from Robert Förster Dessa@gmake.de 2009-04-26 04:23:33 --- no, it isn't fixed, still getting stuff like that: wine: Unhandled page fault on read access to 0x0000006c at address 0x1006152d (thread 001e), starting debugger...
--- Comment #57 from keymone keymone@gmail.com 2009-04-28 03:51:08 --- confirming it's not fixed kubuntu 9.04, wine 1.1.20
--- Comment #58 from N3o diafoirus@gmail.com 2009-04-28 09:58:07 --- Well if isn't fixed, How I can reproduce it ?... I need tips ^^... Maybe it reproduce in special situations, for example, In station, In a pos, etc I did all my test inspace...
Fly safe...
--- Comment #59 from keymone keymone@gmail.com 2009-05-01 03:48:19 --- N3o,
run EVE and do ALT-TAB back and forth between eve and other applications while being in wild space(it really happens less frequently in stations)
--- Comment #60 from Stephen Eilert spedrosa@gmail.com 2009-05-02 22:51:05 --- It appears to be happening less frequently, but it still crashes for me as well.
I am not sure of what kind of logging would be helpful to attach to this issue.
--- Comment #61 from N3o diafoirus@gmail.com 2009-05-04 19:40:19 --- Hi pilots..
Yes, isnt fixed, I test this bug with a robot, yes, I developed a small program to simulate the alt+tab (with counter), the results:
1) Crash appear normally aprox 50 -> 70 alt+tab combination, in secuence mode VS the older wine version (at the 1st alt+tab, the game crash)
2) Crash appear normally aprox 90 -> 150 alt+tab combination, in full random secuence mode VS the older wine version (at the 1st alt+tab, the game crash)
notes:
all test maded in a full toon POS, with camera at sun direction (to force hdr and other effects), 30 windows open in-game, local chat aprox 200 pilots, and 4 desk app opened (OpenOffice, aMSN, Mumble, Firefox (this playing a Youtube HD video in fullscreen mode),
Ingame effects all set to high... 1680x1050 resolution @ 24 Bits.
Resume:
The bug appear less frequent in 1.1.20 version VS the older version....
My test machine:
AMD Phenom X4 9950, 4GB RAM Corsair Dominator 1066Mhz, Slackware 12.2 (32bits), Evga 9800 GTX+ in PCIe 2 mode, nVIDIA UNIX x86 Kernel Module 180.51,
Fly safe...
--- Comment #62 from Simon König simjoko@gmail.com 2009-05-26 07:20:33 --- (In reply to comment #61)
Hi pilots..
Yes, isnt fixed, I test this bug with a robot, yes, I developed a small program to simulate the alt+tab (with counter), the results:
Hey there! Would you mind attaching that test util to this bug report?
I wonder if the patch today will help with that matter.
-> "An exception error will no longer be generated when switching between full screen and windowed mode."
I don't know if this might be related to our problem at all, but hope never dies on my end :)
Saying this, problem is still present on 1.1.22.
--- Comment #63 from Aigars Mahinovs aigarius@gmail.com 2009-07-02 12:51:45 --- Still there in wine 1.1.24 with EVE 6.13.94168. Crashed on the second context switch at the login screen. (Note that you don't need an account to test this as the crash happens even before the login information is entered)
--- Comment #64 from Marc-Olivier Barre marco@marcochapeau.org 2009-07-06 14:56:17 --- Well...
Confirmed again for wine 1.1.25 and EVE 6.13.94168
This bug has been there for nearly a year and confirmed by many. The bug status is still NEW. Doesn't something seem wrong ?
Did any dev even look at this ?
--- Comment #65 from William Waghorn willw@litany.me.uk 2009-07-06 21:48:27 --- (In reply to comment #64)
This bug has been there for nearly a year and confirmed by many. The bug status is still NEW. Doesn't something seem wrong ?
Did any dev even look at this ?
I for one did look into this (scroll back, you'll see I'm not the only one who tried investigating). I even had a look through the relevant bits of the stackless python source. At the time my own conclusion was that there was a race condition in the closed-source Eve client related to a missed lock in their stackless python implementation. I'd expect the bug can happen on Windows too, but like any race condition, timing is everything. Wine can implement all the same bugs as Windows, but implementing all the same timings is kind of unrealistic. Sorry.
I tried whinging to CCP, emphasising that wine is likely to be highlighting a bug in their client which may well manifest on Windows too, but got the old "Wine on Linux is not supported" boilerplate. Ho hum.
As I see it, there are two events which may force a resolution to this bug. First, a CCP developer may encounter the problem on a Windows system and recognises it for what it is. To be honest, I think that's highly unlikely. The second possibility is that any CCP developer tries EVE under wine. Once.
--- Comment #66 from N3o diafoirus@gmail.com 2009-07-18 23:35:42 --- confirming in 1.1.26
--- Comment #67 from Daniel Santos daniel.santos@pobox.com 2009-07-24 02:12:00 --- Would somebody mind seeing if the cursor patches will resolve this problem? I can't see it for sure in the log snippet I examined, but this is possibly related to bug #18371
http://glest.codemonger.org/files/wine/cursor-work-20090723.tbz2
You will need to compile wine from git (or these patches may work with fuzz against 1.1.26). Download the above link and extract it into a new directory.
From your wine sources directory, run:
git am -3 <file>.txt
on each of the files in cursor-work-20090723.tbz2 and then compile and please post your results (if the bug still happens).
--- Comment #68 from Lisa Denia eiffel56@gmail.com 2009-07-26 20:59:23 --- Another solution could be applying the attached patch. If using it, EVE won't know if it has lost or gained focus. This does not fix the problem itself, but it won't trigger anymore.
The patch has 2 drawbacks: 1. EVE would stop rendering if it loses focus, so it will render all the time with that patch causing full system load all the time. We could extend the hack a bit more by disabling Direct3D9 rendering probably. Very very hacky...
2. As EVE will render all the time, even if you change focus you will see EVE in the background. The hack could be extended to minimize the window every time we lose focus, EVE wouldn't be visible anymore.
--- Comment #69 from Lisa Denia eiffel56@gmail.com 2009-07-26 21:58:37 --- Created an attachment (id=22637) --> (http://bugs.winehq.org/attachment.cgi?id=22637) No focus notifications
--- Comment #70 from Anton Vorobyov phoenix@mail.ru 2009-08-07 16:45:34 --- I used .27 version released today, applied all patches, eve doesn't even launch.
First time it wrote huge log (log1), on each subsequent startup - smaller one (log2).
--- Comment #71 from Anton Vorobyov phoenix@mail.ru 2009-08-07 16:48:27 --- Created an attachment (id=22892) --> (http://bugs.winehq.org/attachment.cgi?id=22892) 1st log output of wine with cursor patches
--- Comment #72 from Anton Vorobyov phoenix@mail.ru 2009-08-07 16:50:38 --- Created an attachment (id=22893) --> (http://bugs.winehq.org/attachment.cgi?id=22893) 2nd log: output of wine with cursor patches on subsequent attempts to launch EVE
--- Comment #73 from Anton Vorobyov phoenix@mail.ru 2009-08-07 16:52:07 --- Forgot to specify in comment 70 - i applied cursor patch set from comment 67
--- Comment #74 from Anton Vorobyov phoenix@mail.ru 2009-08-16 03:50:51 --- There're couple of workarounds mentioned in bug #16136:
1: --- event.c~ 2008-11-07 11:09:33.000000000 -0500 +++ event.c 2008-11-20 13:10:15.000000000 -0500 @@ -685,7 +685,7 @@ if (hwnd == GetForegroundWindow()) { TRACE( "lost focus, setting fg to desktop\n" ); - SetForegroundWindow( GetDesktopWindow() ); + //SetForegroundWindow( GetDesktopWindow() ); } } } 2: Focus loss and/or gain events are completely disabled by this patch: http://bugs.winehq.org/attachment.cgi?id=17410
1st does work for me, although it may not work for some machines.
--- Comment #75 from evanh evanh@clear.net.nz 2010-01-28 05:26:07 --- I believe this is the same bug as http://bugs.winehq.org/show_bug.cgi?id=14282
http://bugs.winehq.org/show_bug.cgi?id=15485
--- Comment #76 from evanh evanh@clear.net.nz 2010-01-28 06:52:29 --- Err, scratch that link.
http://bugs.winehq.org/show_bug.cgi?id=15485
--- Comment #77 from N3o diafoirus@gmail.com 2010-04-02 16:21:25 --- --- Reporting : still occur on 1.1.42 ---
http://bugs.winehq.org/show_bug.cgi?id=15485
--- Comment #78 from N3o diafoirus@gmail.com 2010-04-20 12:53:14 --- --- Reporting : Still occur on 1.1.43 ---
http://bugs.winehq.org/show_bug.cgi?id=15485
Roy Marples roy@marples.name changed:
What |Removed |Added ---------------------------------------------------------------------------- CC|roy@marples.name |
http://bugs.winehq.org/show_bug.cgi?id=15485
--- Comment #79 from N3o diafoirus@gmail.com 2010-05-28 23:22:34 --- --- Reporting : Still occur on 1.2.rc1 ---
http://bugs.winehq.org/show_bug.cgi?id=15485
Wylda wylda@volny.cz changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |zidsoft@gmail.com
--- Comment #80 from Wylda wylda@volny.cz 2010-06-21 08:56:37 --- *** Bug 21257 has been marked as a duplicate of this bug. ***
http://bugs.winehq.org/show_bug.cgi?id=15485
Octavian Voicu octavian.voicu@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |octavian.voicu@gmail.com
http://bugs.winehq.org/show_bug.cgi?id=15485
--- Comment #81 from N3o diafoirus@gmail.com 2010-07-11 23:20:10 --- --- Reporting : Still occur on 1.2.rc7 ---
http://bugs.winehq.org/show_bug.cgi?id=15485
--- Comment #82 from N3o diafoirus@gmail.com 2010-07-16 18:37:43 --- ----Reporting :
While I writing this, and checking other bugs, updating eve online main thread, constantly I'ḿ doing many ALT+TAB combination, and I'm still ok with Eve online in background, and I'm return to eve withouth crash, so, I'm think this bug is Fixed, but we need confirm this.
--- Maybe fixed in in 1.2, confirmation is needed ----
http://bugs.winehq.org/show_bug.cgi?id=15485
--- Comment #83 from Octavian Voicu octavian.voicu@gmail.com 2010-07-16 19:13:59 --- I also noticed this a few days ago. I used to apply the workaround which involved commenting the SetForegroundWindow line, but now it's not necessary anymore.
Either some commit fixed this, or the latest version of Eve client is not affected anymore. Maybe someone can test wine 1.2 with an older client; as I recall the crash on Alt+Tab would occur even before login, so it could be tested with an older client.
http://bugs.winehq.org/show_bug.cgi?id=15485
--- Comment #84 from Anton Vorobyov phoenix@mail.ru 2010-07-17 06:46:13 --- Not fixed. Got this bug with just compiled wine 1.2 twice in 10 minutes.
http://bugs.winehq.org/show_bug.cgi?id=15485
--- Comment #85 from evanh evanh@clear.net.nz 2010-07-31 08:21:24 --- Bug still present for me too.
http://bugs.winehq.org/show_bug.cgi?id=15485
Eric Martindale eric+eve@ericmartindale.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |eric+eve@ericmartindale.com
--- Comment #86 from Eric Martindale eric+eve@ericmartindale.com 2010-09-03 14:25:31 CDT --- Confirmed to exist with 1.3 and latest EVE client.
http://bugs.winehq.org/show_bug.cgi?id=15485
Francesco Munda syylk@hotmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |syylk@hotmail.com
--- Comment #87 from Francesco Munda syylk@hotmail.com 2010-09-28 04:58:59 CDT --- In two days this bug will celebrate its second birthday. Any news?
http://bugs.winehq.org/show_bug.cgi?id=15485
Alan Luth alanluth@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |alanluth@gmail.com
--- Comment #88 from Alan Luth alanluth@gmail.com 2010-10-21 03:43:18 CDT --- Have been alt tabbing out of eve and back, between two eve clients, between eve and a native linux program.
I can not reproduce this error.
Someone who had the error please try with wine 1.3.5 and confirm if bug still exists and post the graphics card and drivers you use.
http://bugs.winehq.org/show_bug.cgi?id=15485
--- Comment #89 from William Waghorn willw@litany.me.uk 2010-10-21 08:48:56 CDT --- Sorry, still happening for me with wine 1.3.5, NVidia GT240 "195.36.24". Huge shame given that the CCP re-worked their client code with the last patch (I've always suspected the bug is caused by a missing mutex in Eve's Python implementation and isn't something which can be fixed in Wine)
wine: Unhandled page fault on read access to 0x00000070 at address 0x10074c66 (thread 001b), starting debugger...
http://bugs.winehq.org/show_bug.cgi?id=15485
Jaimos jaimos@math.boisestate.edu changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |jaimos@math.boisestate.edu
--- Comment #90 from Jaimos jaimos@math.boisestate.edu 2010-11-30 21:50:39 CST --- I have been getting this bug with 1.3.6. The occurrence of the bug is rare, but I do get random crashes on refocus.
I use FVWM with EdgeScroll (I can switch desktops by moving my mouse to the edge of the screen). I run two clients and regularly switch between the two and a third desktop that has a web browser running.
I get a few crashes a day (which I have learned to deal with) that always occurs on a refocus when I switch back to either of the clients. I switch around my desktops a lot so its probably less than 1 out of 1000 times I crash with refocus (I always thought it was I just put to much strain switching focus so much).
Usually it is only one of the clients that crash, and on a very rare occasion both will crash. I ran across this bug seeing if I could find a fix, but since the bug occurrence is so low for me it is hard to reproduce on demand. The only common issue on the crashes is they always happen on a refocus of the client and since I fleet my two clients, I can verify that the client that crashes stays logged into eve until I manually kill the process which goes defunct.
http://bugs.winehq.org/show_bug.cgi?id=15485
--- Comment #91 from N3o diafoirus@gmail.com 2011-02-12 12:00:15 CST --- ----Reporting :
I did many many test with ALT+TAB to check if can be reproduced again, after 1hr testing, I think this bug is fixed..
--- Maybe fixed in 1.1.13, confirmation is needed ----
http://bugs.winehq.org/show_bug.cgi?id=15485
--- Comment #92 from N3o diafoirus@gmail.com 2011-02-12 15:21:52 CST --- (In reply to comment #91)
----Reporting :
I did many many test with ALT+TAB to check if can be reproduced again, after 1hr testing, I think this bug is fixed..
--- Maybe fixed in 1.1.13, confirmation is needed ----
Sorry, version is 1.3.13 ...
Fly safe
http://bugs.winehq.org/show_bug.cgi?id=15485
--- Comment #93 from evanh evanh@clear.net.nz 2011-02-12 19:11:13 CST --- Bug is still present for me. Sometimes takes many refocus events. To test, I use the mouse and click back and forth between the desktop and Eve in rapid fire. ALT-Tab'ing gets same result for me.
When I was using KDE I had Eve setup as a fullscreen borderless window and managed via the taskbar. I found that I could completely avoid this bug by always ensuring I clicked on the Eve icon in the taskbar to regain focus.
http://bugs.winehq.org/show_bug.cgi?id=15485
--- Comment #94 from evanh evanh@clear.net.nz 2011-02-12 21:55:27 CST --- The bug is present even in fullscreen mode (Using ALT-Tab) when not using the virtual desktop workaround.
http://bugs.winehq.org/show_bug.cgi?id=15485
--- Comment #95 from evanh evanh@clear.net.nz 2011-02-27 07:33:04 CST --- N3o, are you testing the bug with Linux? Or only with FreeBSD?
http://bugs.winehq.org/show_bug.cgi?id=15485
--- Comment #96 from N3o diafoirus@gmail.com 2011-02-27 11:46:31 CST --- (In reply to comment #95)
N3o, are you testing the bug with Linux? Or only with FreeBSD?
Hi evan =),
My test are only with FreeBSD, my Linux test box currently can't run eve perfectly (It have a nVidia 7150m xD, and yes, is my laptop)
But I can test this bug on my Laptop, currently It have Slackware 13.1, with low fps in Eve, yes, but I can try ^^
Fly safe...
http://bugs.winehq.org/show_bug.cgi?id=15485
--- Comment #97 from Anton Vorobyov phoenix@mail.ru 2011-02-28 11:09:56 CST --- I checked this issue with 1.3.13 release, it still occurred on linux (debian gnu/linux testing).
http://bugs.winehq.org/show_bug.cgi?id=15485
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |aardvark@krl.com
--- Comment #98 from Austin English austinenglish@gmail.com 2011-03-30 12:18:40 CDT --- *** Bug 16136 has been marked as a duplicate of this bug. ***
http://bugs.winehq.org/show_bug.cgi?id=15485
cau_83@hotmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |cau_83@hotmail.com
--- Comment #99 from cau_83@hotmail.com 2011-04-14 13:46:10 CDT --- Still happening with wine 1.3.17, gentoo.
http://bugs.winehq.org/show_bug.cgi?id=15485
Christopher May maquis196@yahoo.co.uk changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |maquis196@yahoo.co.uk
--- Comment #100 from Christopher May maquis196@yahoo.co.uk 2011-08-29 10:23:04 CDT --- Just a head ups for this bug, I believe it's normal practise for those running eve in fullscreen to use;
wine explorer /desktop=eve1,1920x1080 "c:\program files\ccp\eve\eve.exe"
The game never crashes from this bug and you can alt-tab to your hearts content. Due to not needing the mouse like an FPS, it works perfectly (as in you dont have to worry about the mouse leaving the screen).
If you still suffer from this bug, try the above workaround.
http://bugs.winehq.org/show_bug.cgi?id=15485
Pavel Ondračka pavel.ondracka@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |pavel.ondracka@gmail.com
http://bugs.winehq.org/show_bug.cgi?id=15485
--- Comment #101 from evanh evanh@clear.net.nz 2011-12-11 01:46:33 CST --- Just tested Eve in windowed mode and no hiccups as far as I can tell. I've changed a few parts of my setup since last testing this but that never had any impact in the past for me.
A quick look back through recent "What's New" releases tells me Wine 1.3.30 is a good candidate for when.
Bug is fixed, afaik.
http://bugs.winehq.org/show_bug.cgi?id=15485
--- Comment #102 from evanh evanh@clear.net.nz 2011-12-11 01:52:15 CST --- "windowed mode" meaning no virtual desktop and windowed setting in Eve. Ie: # wine "c:\program files\ccp\eve\eve.exe"
http://bugs.winehq.org/show_bug.cgi?id=15485
--- Comment #103 from Anton Vorobyov phoenix@mail.ru 2011-12-14 10:26:46 CST --- Can confirm it doesn't occur in EVE anymore (at least no crashes for 2 days). Not sure if it was fixed in wine or eve though.
http://bugs.winehq.org/show_bug.cgi?id=15485
--- Comment #104 from evanh evanh@clear.net.nz 2012-06-16 21:54:25 CDT ---
Anyone still getting permanent lock-ups when Eve gains focus without any workarounds?
I'm now thinking it always was an Eve bug. Just recently Eve has changed again in this area for me. It no longer shows in the taskbar and it seems to be locked as the topmost window on the desktop. It's rather annoying not being able to use "fixed window" mode. If I do then I can't shrink Eve's window and can't bring anything else to the fore either.
http://bugs.winehq.org/show_bug.cgi?id=15485
--- Comment #105 from evanh evanh@clear.net.nz 2012-06-16 21:56:30 CDT --- PS: In the interim I've been forced to change OS installs from Kubuntu 11.10 to Kubuntu 12.04 so I can't say for sure that my recent changes are purely due to Eve changes.
http://bugs.winehq.org/show_bug.cgi?id=15485
--- Comment #106 from Alan Luth alanluth@gmail.com 2012-07-27 06:08:04 CDT --- Should be marked as resolved.
Can not reproduce it, haven't had any crashes shifting focus, alt tabbing, minimizing, not in windowed nor fullscreen mode using wine 1.5.9
http://bugs.winehq.org/show_bug.cgi?id=15485
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED
--- Comment #107 from Austin English austinenglish@gmail.com 2012-07-27 12:50:13 CDT --- Fixed.
http://bugs.winehq.org/show_bug.cgi?id=15485
Alexandre Julliard julliard@winehq.org changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #108 from Alexandre Julliard julliard@winehq.org 2012-07-31 14:19:30 CDT --- Closing bugs fixed in 1.5.10.
-
wine-bugs＠winehq.org