[Bug 3883] 3DMark 2001 SE takes a while to load up

Wine Bugs wine-bugs at winehq.org
Wed Nov 23 14:13:44 CST 2005


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





------- Additional Comments From imago at devinity.de  2005-23-11 14:13 -------
> err:module:import_dll Library ntoskrnl.exe (which is needed by L"C:\\Program
> Files\\MadOnion.com\\3DMark2001 SE\\PciBus.sys") not found
> err:module:import_dll Library HAL.dll (which is needed by L"C:\\Program
> Files\\MadOnion.com\\3DMark2001 SE\\PciBus.sys") not found
> err:module:LdrInitializeThunk Main exe initialization for L"C:\\Program
> Files\\MadOnion.com\\3DMark2001 SE\\PciBus.sys" failed, status c0000135

it's not _that_ easy to provide a stub implementation of ntoskrnl (I mean it's
not just another dll, its the windows kernel ;) )
but thx to all the guys working on the copy-protection stuff there probably will
be a ntoskrnl emulation in near future. hal.dll is exclusivly used by kernel
drivers, so it only makes sense to work on it if there is a ntoskrnl.But even if
all that stuff is in place, loading a device driver which does *whatever* on the
pci bus? I dunno if that could be emulated that easily in userspace under linux.

Maybe there should be some check in the CreateService/StartService code to
explicitly prevent any sort of kernel driver to be installed/loaded as it just
won't work anyways.

same probably goes for device drivers under Win9X/ME aka *.vxd files.

-- 
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.



More information about the wine-bugs mailing list