Thomas Weidenmueller wrote:
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...
How could that possibly be slower?
AFAIK it could be a set of macros, different for Wine and ReactOS.
regards,
Jakob