[Bug 17275] Aquamark 3 crashes at end after failing to access VIDEOPRT.SYS

[wine-bugs at winehq.org]

http://bugs.winehq.org/show_bug.cgi?id=17275


Dan Kegel <dank at 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 at 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


-- 
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.