FS#45199 - [wine] Unhandled page fault
Attached to Project:
Community Packages
Opened by Mika Attila (SneakySnake) - Thursday, 04 June 2015, 09:13 GMT
Last edited by Sven-Hendrik Haase (Svenstaro) - Friday, 11 December 2015, 17:15 GMT
Opened by Mika Attila (SneakySnake) - Thursday, 04 June 2015, 09:13 GMT
Last edited by Sven-Hendrik Haase (Svenstaro) - Friday, 11 December 2015, 17:15 GMT
|
Details
Running a windows executable with wine 1.7.44 crashes with
"Unhandled page fault".
Here is output for running `wine explorer`: wine: created the configuration directory '/home/snake/.wine' wine: Unhandled page fault on write access to 0x00000caa at address 0x7f70c501ee7f (thread 000b), starting debugger... err:seh:start_debugger Couldn't start debugger ("winedbg --auto 10 28") (2) Read the Wine Developers Guide on how to set up winedbg or another debugger err:module:attach_process_dlls "gdi32.dll" failed to initialize, aborting err:module:LdrInitializeThunk Main exe initialization for L"C:\\windows\\system32\\explorer.exe" failed, status c0000005 err:ole:CoGetClassObject class {71f96385-ddd6-48d3-a0c1-ae06e8b055fb} not registered err:ole:CoGetClassObject no class object {71f96385-ddd6-48d3-a0c1-ae06e8b055fb} could be created for context 0x1 err:explorer:make_explorer_window Could not obtain an instance of IExplorerBrowser wine 1.7.43 works fine. |
This task depends upon
Closed by Sven-Hendrik Haase (Svenstaro)
Friday, 11 December 2015, 17:15 GMT
Reason for closing: Fixed
Additional comments about closing: Closing for now as a wine dev said it's fixed.
Friday, 11 December 2015, 17:15 GMT
Reason for closing: Fixed
Additional comments about closing: Closing for now as a wine dev said it's fixed.
Example: WINEPREFIX=/ramdisk/test/3 wine notepad
(where /ramdisk/test is owned by you and /ramdisk/test/3 does not exist yet)
Unhandled exception: page fault on read access to 0x00000000 in 64-bit code (0x00007fde9697b2c4).
fixme:dbghelp:elf_search_auxv can't find symbol in module
And "my computer" is completely empty in notepad.
Unhandled page fault and initialization error.
multilib/wine 1.7.44-1
$> winecfg
err:seh:call_stack_handlers invalid frame 7fff851b5730 (0x142000-0x240000)
err:seh:raise_exception Exception frame is not in stack limits => unable to dispatch exception.
multilib/wine 1.7.44-2:
$> winecfg
wine: Unhandled page fault on read access to 0x00000000 at address 0x7f214597d2c4 (thread 0009), starting debugger...
downdrading to multilib/wine 1.7.43-1 works
[code][firekage@arch_desktop ~]$ winecfg
wine: Unhandled page fault on read access to 0x00020000 at address 0x7f29d4578bbe (thread 0013), starting debugger...[/code] also apps that had virtual desktop window now don't have it at all. I run stema with virtual window and it was launched in this window, now it launches without it as "native" Arch apps (games does not work).
Sorry - don't know how to attach file here.
http://i.imgur.com/ndCK09H.png
working for me with GCC 5 with wine-staging (1.7.44 and older), i'm not sure if works with vanilla wine
tested with some programs (share, perfectdark, avisynth, virtualdub, etc) and games like World Of Tanks and GuildWars2
Also, building 1.7.45 might fail : if it does, apply the patch posted here - https://bugs.winehq.org/show_bug.cgi?id=38713
As far as I am concerned you can implement this fix and close the bug.
FWIW, I implemented it yesterday for wine-rt in the AUR, and although there aren't all that many users, no one has cried foul yet.
I confirm 1.7.45-1 is working here.
http://i.imgur.com/pqshYZT.png
I guess the proper solution to this problem would be to create gcc compatibility packages, so that we can build wine with the old gcc (until upstream fixes the problem)..