http://bugs.winehq.org/show_bug.cgi?id=34041
SystemsReady systemsonlineandready@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |systemsonlineandready@gmail | |.com
--- Comment #20 from SystemsReady systemsonlineandready@gmail.com --- I can confirm that this glitch happens, regardless of mods.
Setup is a 64-bit Arch Linux install running Openbox with LXDE over it and the latest version of Wine. Hardware is an Intel i7 quad-core Sandy Bridge w/integrated GPU and an Nvidia GTX-560M GPU (Optimus setup), and 8 gigs of RAM.
Starting normally or via Primusrun, via TESV.exe or skse_loader.exe, and with and without mods, the process hangs both when I attempt a normal quit-to-desktop and ALT-F4. In the case of quitting via ALT-F4, I had the nasty problem of the window closing but the process still running (which meant I couldn't get a dialog to force quit it), resulting in Steam thinking I still had the game running. The only way to remedy this was to manually kill the steam process.
Naturally, this results in an unclean close, which means that the next time I run skse_loader again, the game tries to update, which results in it failing to start properly (error: "Missing executable") and a permanent "no connection" status in Steam until I restart it...the game runs just fine the next attempt, but the hang bug remains, and thus the cycle continues.
This glitch does not show up in a 64-bit Windows 7 Professional install, regardless of mods or which executable was used. In Win7, I can even have skse_loader launch within Steam as a shortcut without any problems (whereas in Wine, Wine's file explorer can't even see skse_loader.exe for some bizarre reason).
When running in the command line, the last message spit out by the process is: fixme:alsa:AudioSessionControl_UnregisterAudioSessionNotification (0x1520b0) -> (0xc629324) - stub.