Mike Hearn wrote:
I don't know much about SecureRom other than that some Blizzard games use it.
(and others)
So, there we go. I expect it would not be all that hard to make Wine
work with SecuRom at least, you just need to make the mapping between
MSCDEX and the Linux low level CD routines.
Unfort
Hmm, I'm confused. ntdll exists in kernel space too? I guess I always
imagined the internals of the kernel would have its own symbol fixup
system, without DLLs. But perhaps not.
Well basicly, the userland versions of these exported functions load a
"system call number" into eax, load a pointer to
> Well if you read http://www.sysinternals.com/ntw2k/info/ntdll.shtml, you
> will see several things:
> 1.most of the "native APIs" that drivers and etc use are undocumented, only
> a handfull are documented in the DDK.
> and 2.Quite a few of the APIs could probobly "map" onto existing bits of
>
> Date: Mon, 14 Jul 2003 20:24:31 +0800
> From: Jonathan Wilson <[EMAIL PROTECTED]>
> To: [EMAIL PROTECTED]
> Subject: Question about WINE and adding the "low-level" CD access APIs...
>
> Many copy protections use special tricks on the CDs (I dont know the
> d
If someone wants to implement the calls, likely the ReactOS guys are willing
to help. If I'm right they are able to load some real Windows drivers
nowadays.
On Monday 14 July 2003 14:57, Mike Hearn wrote:
> > Perhaps a better way is nowadays to find a way
> > to load the Windows .sys/.vxd drive
Hi,
Not that I don't know a lot about copy protections but what I know might help
you a little. There are various different copy protections. The most popular
I think is Safedisc followed by SecureRom. Atleast Safedisc uses some
.vxd/.sys driver to do some stuff. Not exactly sure what it is doi
Many copy protections use special tricks on the CDs (I dont know the
details). Presumably these protections use some kind of lower-level API to
access the data on the CD directly (instead of going through the file I/O
calls). Currently TransGaming does something specific for each kind of copy
p
