http://bugs.winehq.org/show_bug.cgi?id=17275
Summary: Aquamark 3 crashes at end Product: Wine Version: unspecified Platform: Other URL: http://downloads.guru3d.com/download.php?det=673 OS/Version: other Status: NEW Keywords: download Severity: enhancement Priority: P2 Component: -unknown AssignedTo: wine-bugs@winehq.org ReportedBy: dank@kegel.com
On my system, with an nvidia GeForce 8500 GT, aquamark 3 runs beautifully until the very end, where it crashes with wine: Unhandled exception 0xc0000092 at address 0x7ead85d4 (thread 0009), starting debugger...
The crash happens regardless of whether you choose demo or benchmark mode. It happens right after the "massive overdraw" scene.
Supposedly this app worked before, so perhaps this is a regression.
http://bugs.winehq.org/show_bug.cgi?id=17275
Dan Kegel dank@kegel.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Summary|Aquamark 3 crashes at end |Aquamark 3 crashes at end | |after failing to access | |VIDEOPRT.SYS
--- Comment #1 from Dan Kegel dank@kegel.com 2009-02-06 08:15:53 --- Yeah, looking at wine-review's movie of this benchmark, http://www.youtube.com/watch?v=c6y-8QlIgcE on my system it crashes right when it leaves the rendering mode and goes back to the main window. (I think it's at frame 5200 of the demo or so.) The log shows
err:module:import_dll Library VIDEOPRT.SYS (which is needed by L"C:\windows\system32\DRIVERS\ENTECH.SYS") not found err:winedevice:ServiceMain driver L"ENTECH" failed to load err:rpc:I_RpcGetBuffer no binding
Looks like entech is http://entechtaiwan.com/util/ps.shtm, a utility that provides some sort of low level graphics card control. I guess to make it happy we need to implement some part of VIDEOPRT.SYS, but until then, we probably shouldn't crash in rpcrt4. (Or maybe we should. What would this app do on Windows if VIDEOPRT.SYS didn't exist?)
Here's the backtrace: =>0 RaiseException+0x73(code=1702, flags=<?>, nbargs=0, args=(nil)) 1 RpcRaiseException+0x35(exception=1702) [dlls/rpcrt4/rpcrt4_main.c:174] in rpcrt4 2 in rpcrt4 (+0x10f4b) 3 svcctl_CloseServiceHandle+0xe4(handle=<?>) [dlls/advapi32/svcctl_c.c:208] in advapi32 4 CloseServiceHandle+0x74(hSCObject=(nil)) [dlls/advapi32/service.c:817] in advapi32 5 in direcpll (+0x6570) 6 in direcpll (+0x6bfa) 7 in direcpll (+0xb6ee) 8 in direcpll (+0xbdf7) 9 call_dll_entry_point+0x15() in ntdll 10 MODULE_InitDLL+0xe3(wm=<?>, reason=1, lpReserved=(nil)) [dlls/ntdll/loader.c:973] in ntdll
Sadly, dcom98 isn't a workaround; it still crashes in their rpcrt4, but at a different point (during OpenSCManager).
That driver was last mentioned in wine-devel quite a while ago: http://www.winehq.org/pipermail/wine-devel/2003-September/019818.html
http://bugs.winehq.org/show_bug.cgi?id=17275
--- Comment #2 from Dan Kegel dank@kegel.com 2009-02-07 16:05:59 --- Wine Reviews says it ran to completion back in wine-0.9.49, so this at least appears to be a regression.
http://bugs.winehq.org/show_bug.cgi?id=17275
Dan Kegel dank@kegel.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Keywords| |regression
--- Comment #3 from Dan Kegel dank@kegel.com 2009-02-07 16:15:01 --- Works in 1.0.1, so flagging as regression.
I'll try to narrow down the version it appeared in.
http://bugs.winehq.org/show_bug.cgi?id=17275
--- Comment #4 from Dan Kegel dank@kegel.com 2009-02-07 20:17:42 --- bisect says the bad patch is:
http://www.winehq.org/pipermail/wine-cvs/2009-January/051723.html 061087811f14c708dcba87925bc2fbd2b4302afb wined3d: Remove the apply_pshader_fog state handler.
http://bugs.winehq.org/show_bug.cgi?id=17275
Dan Kegel dank@kegel.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Component|-unknown |directx-d3d
--- Comment #5 from Dan Kegel dank@kegel.com 2009-02-07 20:20:38 --- setting component. See also bug 16932.
http://bugs.winehq.org/show_bug.cgi?id=17275
Dan Kegel dank@kegel.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Severity|enhancement |normal Version|unspecified |1.1.13
--- Comment #6 from Dan Kegel dank@kegel.com 2009-02-07 20:43:35 --- setting version
http://bugs.winehq.org/show_bug.cgi?id=17275
--- Comment #7 from Austin English austinenglish@gmail.com 2009-02-08 01:13:17 --- Dupe of 16988?
http://bugs.winehq.org/show_bug.cgi?id=17275
--- Comment #8 from Dan Kegel dank@kegel.com 2009-02-08 07:28:37 --- Sadly, no, applying the patch from bug 16988 doesn't help.
http://bugs.winehq.org/show_bug.cgi?id=17275
zil zilforever@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |zilforever@gmail.com
--- Comment #9 from zil zilforever@gmail.com 2009-10-23 07:05:11 --- in Wine 1.1.31 it still crash with "Divide by Zero" error after "massive overdraw" scene
http://bugs.winehq.org/show_bug.cgi?id=17275
Roderick Colenbrander thunderbird2k@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |thunderbird2k@gmail.com
--- Comment #10 from Roderick Colenbrander thunderbird2k@gmail.com 2010-05-27 12:03:20 --- While perhaps we could add a dummy videoprt.sys but likely it won't help much. The direcpll dll is responsible for retrieving gpu information like gpu clocks, amount of video memory and other information. In order to obtain this information it uses a kernel module roughly to access GPU registers through memory mapped I/O. For a part it uses the entech.sys module for this and videoprt.sys appears to be some generic interface which can at least poke with some legacy vga / vesa registers, interrupts and other lowlevel things. It is really about stepping on the toes of drm drivers and xorg drivers.
I wouldn't be surprised if the real regression between 1.0 and now is because ntoskrnl has been improved a lot.
http://bugs.winehq.org/show_bug.cgi?id=17275
--- Comment #11 from Henri Verbeet hverbeet@gmail.com 2010-05-27 14:38:09 --- (In reply to comment #10)
While perhaps we could add a dummy videoprt.sys but likely it won't help much. The direcpll dll is responsible for retrieving gpu information like gpu clocks, amount of video memory and other information. In order to obtain this information it uses a kernel module roughly to access GPU registers through memory mapped I/O. For a part it uses the entech.sys module for this and videoprt.sys appears to be some generic interface which can at least poke with some legacy vga / vesa registers, interrupts and other lowlevel things. It is really about stepping on the toes of drm drivers and xorg drivers.
I wouldn't be surprised if the real regression between 1.0 and now is because ntoskrnl has been improved a lot.
Maybe you should consider reading the bug report before replying to it :-\ Supposedly this is a D3D regression. As for the actual exception, 0xc0000092 is a floating point exception. e6611e22fb037a879205f1330d1a3485f9f18705 may have some effect on that, so it makes sense to retest this with current git.
http://bugs.winehq.org/show_bug.cgi?id=17275
--- Comment #12 from zil zilforever@gmail.com 2010-05-28 11:59:50 --- wine-1.2-rc1-179-gdd09205
in terminal there is still: err:module:import_dll Library VIDEOPRT.SYS (which is needed by L"C:\windows\system32\DRIVERS\ENTECH.SYS") not found err:winedevice:ServiceMain driver L"ENTECH" failed to load
but demo and benchmark 1 works and dont crash after "massive overdraw" scene. I dont have professional version.
So its fixed and dont crash.
http://bugs.winehq.org/show_bug.cgi?id=17275
--- Comment #13 from zil zilforever@gmail.com 2010-06-14 13:55:41 --- This bug like 7807 was fixed with e6611e22fb037a879205f1330d1a3485f9f18705. Shouldnt it be marked as fixed? Dan Kegel could confirm that.
http://bugs.winehq.org/show_bug.cgi?id=17275
Wylda wylda@volny.cz changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED CC| |wylda@volny.cz Resolution| |FIXED
--- Comment #14 from Wylda wylda@volny.cz 2010-06-14 15:00:56 ---
Reported FIXED.
http://bugs.winehq.org/show_bug.cgi?id=17275
Alexandre Julliard julliard@winehq.org changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #15 from Alexandre Julliard julliard@winehq.org 2010-06-18 12:46:44 --- Closing bugs fixed in 1.2-rc4.
https://bugs.winehq.org/show_bug.cgi?id=17275
Anastasius Focht focht@gmx.net changed:
What |Removed |Added ---------------------------------------------------------------------------- OS|other |Linux Fixed by SHA1| |e6611e22fb037a879205f1330d1 | |a3485f9f18705 Hardware|Other |x86 CC| |focht@gmx.net
-
wine-bugs＠winehq.org