Linked by Thom Holwerda on Mon 18th Jan 2010 16:06 UTC, submitted by fireball
ReactOS The ReactOS project aims to be an open source Windows NT-compatible operating system which can run Windows applications and utilise Windows drivers. Obviously, this is quite a daunting task, and as such, progress has been relatively slow. As a result, project coordinator and kernel developer Aleksey Bragin has proposed a rather drastic solution.
Thread beginning with comment 404638
To view parent comment, click here.
To read all comments associated with this story, please click here.
Member since:

Thanks for bringing this interesting development to our attention Thom. I have to admit that in my ignorance I assumed that ReactOS was already using the WINE code in this manner.

Hopefully this will kick start a new era of ReactOS usability.

Reply Parent Score: 5

Jondice Member since:

I admit I also thought that was the case; from the sound of the presentation it seems like they were using some old wine code and not as extensively as they are now suggesting.

Reply Parent Score: 2

jjezabek Member since:

(Disclaimer: this is how I understand the situation, I might be wrong;) )

They already use lots of current Wine code, e.g. for most of their user-mode stuff. So they don't write their own versions of common dialogs, COM components, etc., as this would be a lot of duplicated effort. Instead they import the Wine code, and they do this quite often.

What Aleksey writes about is win32k, which is the kernel mode part of Win32. This is currently written by the ReactOS guys, using some Wine code, but mainly focused on Windows compatibility. Sadly it takes an insane amount of work, and that's why Aleksey proposed a 'shortcut', which would be significantly different from the Windows architecture, but which would give a system that's usable now and that can profit from the improvements made upstream (i.e. Wine's win32k).

Reply Parent Score: 3

boldingd Member since:

Thanks for the clarification, there, I was confused too.

If I can ask a second, stupid question: what parts of the Win32 API run are kernel-mode? I thought the NT kernel/Win32 architecture design featured a small kernel, with layers built on top of it (in user mode) to generate the system interface that user applications see; basically, I thought that, by design, the Win32 interface was implemented in libraries and didn't penetrate down into the NT kernel itself?

Reply Parent Score: 2