Eric Kohl wrote:
Non-portable DLLs are not portable because they use
features that
differ between ReactOS and Wine. Examples are kernel32.dll because
consoles are implemented in different ways, gdi32.dll and user32.dll
because the use the INT2E interface to call into win32k.sys.
Especially the Int2E thing _could_ be solved if wine agreed on
co-operation. Basically all we'd need is a shared interface for
NtUser/NtGdi entry points. while wine's user32/gdi32 would call local
NtUser/NtGdi stubs that connect to the wine server, reactos would inline
the function and do actual syscalls. it would be doable but that'd
require quite some changes in the wine code - and i believe wine doesn't
want to do that for the sake of execution speed...
As long as we share one set of entry points, it'd be possible...
Regards
Thomas