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