http://bugs.winehq.org/show_bug.cgi?id=35071
Bug #: 35071 Summary: UOSteam: "page fault on read access" in get_pixel_32 Product: Wine Version: 1.7.7 Platform: x86 URL: http://uosteam.com/ OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: gdi32 AssignedTo: wine-bugs@winehq.org ReportedBy: zajec5@gmail.com Classification: Unclassified
Created attachment 46777 --> http://bugs.winehq.org/attachment.cgi?id=46777 Full output of WINEPREFIX="/home/zajec/.wine-uoevolution/" winedbg UOSteam.exe
UOSteam is a 3rd party tool for Ultima Online. It manages list of servers, starts Ultima Online client and provides additional features (probably by hacking client memory).
When using UOSteam in wine, Ultima Online starts nicely but after login process (when the game world is supposed to appear) wine crashes.
Crash doesn't happen when running Ultima Online directly, without using UOSteam. So I think it's UOSteam that does something wine doesn't handle.
Unhandled exception: page fault on read access to 0x2df87828 in 32-bit code (0x7e9eb92d).
Backtrace: =>0 0x7e9eb92d get_pixel_32+0x1d(dib=0x20975c, x=0xe, y=0x8) [/usr/src/debug/wine-1.7.7/dlls/gdi32/dibdrv/primitives.c:1603] in gdi32 (0x0033ef68) 1 0x7e9e3000 dibdrv_GetPixel+0xdf(dev=0x209750, x=0xe, y=0x8) [/usr/src/debug/wine-1.7.7/dlls/gdi32/dibdrv/graphics.c:1035] in gdi32 (0x0033ef68) 2 0x7e9deee6 windrv_GetPixel+0x55(dev=<is not available>, x=0xe, y=0x8) [/usr/src/debug/wine-1.7.7/dlls/gdi32/dibdrv/dc.c:783] in gdi32 (0x0033ef88) 3 0x7ea3b92e GetPixel+0x5d(hdc=0xd0032, x=0xe, y=0x8) [/usr/src/debug/wine-1.7.7/dlls/gdi32/painting.c:474] in gdi32 (0x0033efbc) 4 0x00b8bb39 in uos (+0x1bb38) (0x0033f100)
http://bugs.winehq.org/show_bug.cgi?id=35071
--- Comment #1 from Rafa³ Mi³ecki zajec5@gmail.com 2013-12-07 07:48:48 CST --- I've managed to find 3 possible workarounds for this issue!
1) Disable "Allow the window manager to decorate the windows" 2) Disable "Allow the window manager to control the windows" 3) In UOSteam change Options → Title Bar → Custom title bar mode → Disabled
It seems that the crash happens when UOStream tries to modify KDE's title bar!
http://bugs.winehq.org/show_bug.cgi?id=35071
--- Comment #2 from Rafa³ Mi³ecki zajec5@gmail.com 2013-12-07 07:50:16 CST --- Created attachment 46778 --> http://bugs.winehq.org/attachment.cgi?id=46778 Example of modified title bar
This is example of how title bar looks when modified by UOSteam.
To make this screenshot I had to disable "Allow the window manager to decorate the windows" first (to avoid crash).
https://bugs.winehq.org/show_bug.cgi?id=35071
--- Comment #3 from Austin English austinenglish@gmail.com --- This is your friendly reminder that there has been no bug activity for over a year. Is this still an issue in current (1.7.37 or newer) wine? If so, please attach the terminal output in 1.7.37 (see http://wiki.winehq.org/FAQ#get_log).
https://bugs.winehq.org/show_bug.cgi?id=35071
super_man@post.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |super_man@post.com
--- Comment #4 from super_man@post.com --- The link provided via url field seems to be dead.
https://bugs.winehq.org/show_bug.cgi?id=35071
--- Comment #5 from super_man@post.com --- Actually the url link works, but this needs the game installed to be tested.
This bug is more likely needinfo or abandon, since no replys. And it's not that easy to test.
https://bugs.winehq.org/show_bug.cgi?id=35071
winetest@luukku.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |winetest@luukku.com, | |zajec5@gmail.com
https://bugs.winehq.org/show_bug.cgi?id=35071
Bruno Jesus 00cpxxx@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Resolution|--- |DUPLICATE Status|UNCONFIRMED |RESOLVED
--- Comment #6 from Bruno Jesus 00cpxxx@gmail.com --- Testing this not only requires the UOSteam application but also the UO client which is at least 1.5Gb download (just tried the installer). Since the backtrace is identical to the newer bug 41405 I'm resolving as duplicate.
*** This bug has been marked as a duplicate of bug 41405 ***
https://bugs.winehq.org/show_bug.cgi?id=35071
Huw Davies huw@codeweavers.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |huw@codeweavers.com
--- Comment #7 from Huw Davies huw@codeweavers.com --- (In reply to Bruno Jesus from comment #6)
Since the backtrace is identical to the newer bug 41405 I'm resolving as duplicate.
It's not the same bug. This one comes from GetPixel() while 41405 came from ExtFloodFill(). GetPixel() has bounds checks on the co-ordinates so something strange is going on.
We'd need a +dib,+bitmap,+seh log to know more, but this does seem to have been abandoned.
https://bugs.winehq.org/show_bug.cgi?id=35071
Bruno Jesus 00cpxxx@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Resolution|DUPLICATE |--- Status|RESOLVED |UNCONFIRMED
--- Comment #8 from Bruno Jesus 00cpxxx@gmail.com --- (In reply to Huw Davies from comment #7)
(In reply to Bruno Jesus from comment #6)
Since the backtrace is identical to the newer bug 41405 I'm resolving as duplicate.
It's not the same bug. This one comes from GetPixel() while 41405 came from ExtFloodFill(). GetPixel() has bounds checks on the co-ordinates so something strange is going on.
Sebastian alerted me about that yesterday, I'm downloading the game to test and will reply ASAP.
https://bugs.winehq.org/show_bug.cgi?id=35071
Bruno Jesus 00cpxxx@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |00cpxxx@gmail.com
--- Comment #9 from Bruno Jesus 00cpxxx@gmail.com --- Created attachment 55787 --> https://bugs.winehq.org/attachment.cgi?id=55787 +bitmap,+dib,+seh,+relay,+tid
Huw, while testing bug 41418 I got this. Looks similar enough to me.
=>0 0x7eac39fb get_pixel_32+0x25(dib=0xe9f48c, x=0, y=0) [.../gdi32/dibdrv/primitives.c:2006] in gdi32 (0x0089a818)
1 0x7eaadcac dibdrv_GetPixel+0x11b(dev=0xe9f480, x=0, y=0) [.../gdi32/dibdrv/graphics.c:1123] in gdi32 (0x0089a868)
2 0x7eaa9976 windrv_GetPixel+0x58(dev=0xe9f480, x=0, y=0) [.../gdi32/dibdrv/dc.c:790] in gdi32 (0x0089a898)
3 0x7eb21af0 GetPixel+0x6f(hdc=0xf8, x=0, y=0) [.../gdi32/painting.c:477] in gdi32 (0x0089a8c8)
But in this case it is more weird as the coords are 0,0.
https://bugs.winehq.org/show_bug.cgi?id=35071
Wylda wylda@volny.cz changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |wylda@volny.cz
--- Comment #10 from Wylda wylda@volny.cz --- Created attachment 55891 --> https://bugs.winehq.org/attachment.cgi?id=55891 console log +dib,+bitmap,+seh
We'd need a +dib,+bitmap,+seh log to know more, but this does seem to have been abandoned.
Hi Huw, when i run Ultima Online Clasic directly, it works. When i run it through UOsteam, it crashes reliably after login for me, but won't produce any backtrace (window is empty). So i don't know, if useful.
wine-1.9.21
https://bugs.winehq.org/show_bug.cgi?id=35071
Wylda wylda@volny.cz changed:
What |Removed |Added ---------------------------------------------------------------------------- Ever confirmed|0 |1 Keywords| |download Status|UNCONFIRMED |NEW
--- Comment #11 from Wylda wylda@volny.cz --- Confirming.
https://bugs.winehq.org/show_bug.cgi?id=35071
joaopa jeremielapuree@yahoo.fr changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |jeremielapuree@yahoo.fr
--- Comment #12 from joaopa jeremielapuree@yahoo.fr --- Does the bug still occur with wine-7.0-rc3?
-
wine-bugs＠winehq.org -
WineHQ Bugzilla