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 404901
To read all comments associated with this story, please click here.
Sorry, but I don't think it will never work
by jabjoe on Tue 19th Jan 2010 13:12 UTC
jabjoe
Member since:
2009-05-06

I've never seen the point. You are always going to be chasing MS tail lights. If you start to succeed at all, they start to deliberately make it harder. (Extend, extinguish). This goes for Wine too. Wine isn't the first of its type either, there was Wise before it, http://www.theregister.co.uk/1999/07/18/analysis_how_ms_used/

I have a love/hate thing about Wine.

On the positive note Wine seems to be able to run some old Windows apps (well games) that modern real Windows can't. I've even read of talk of porting Wine to Windows because of this. The cheek of that delights me.

Also on the positive note when I run up against lack of documentation in Win32/COM, I can look at the Wine source and cross my fingers the other Win32 implementations do the same. The Wine source is clear and well written C.

Also on the positive note, Wine means people can play Windows games (and that does seem where much of the work goes), which aids peoples leaving Windows.

Also on the positive note, Wine can be used to quickly port apps to being cross platform.

But that leads on to a negative note, I don't like Win32. I want Win32 dead. If people want cross platform apps, write cross platform apps. Writing Windows apps and porting them is not a good way of doing things.

Also on a negative note, I don't like Win32. I want Win32 dead. Most of the time there is only one implementation of Win32, so bugs go hidden until the app is run on another Win32 implementation (WOW64 as well as Wine). The phrase of matching "bug for bug" isn't for nothing.

Trying to do a Wine for the whole OS? What's the point? Use Linux and Wine. Closed drivers are bad anyway (for many reasons, not just who can fix/improve them, but forces a stable kernel API, which is also bad), but closed Windows drivers on another platform? Very bad idea. Same goes for Linux Unified Kernel.

Open drivers, in the kernel trunk please. Then anyone can improve or fix them, and if the driver API can be improved, it can be improved without legacy mess. If old Windows apps must be run during transition, run them via wrappers or virtual machines.

I know many will disagree with all this, but if I make one person think about something they haven't before, I'm happy. Years ago, I would have disagreed too.

Reply Score: 2