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