Explorer Shell Merged
reactos.org
reactos.org
http://community.reactos.org/index.php/news/enjoy-the-new-re...
http://www.reactos.org/screenshots
Information about the old explorer: http://www.foxplanet.de/explorer/
I understand what the Linux kernel developers get (it touches the lives of almost every living human being) or the BSD folks do (it's a exquisitely well built OS) or the Haiku ones (it's a really cool OS), but reimplementing Windows, with all the cruft needed to be binary compatible is an exercise the joys of which completely elude me.
And it’s hugely important because it lets old software live on. Think of 90ies games for example, so often made for the DOS/Windows platform. Projects like ScummVM, Dosbox and Wine make that accessible right now. React takes that a step further still I imagine.
Heck... I once started porting Hercules, the mainframe emulator, so I could have a fully functional 370 series mainframe in my Nokia E62 phone.
Yes, i would be the one do set up the VM, install Windows within it etc. But after that they still would need to fire up that VM each time they wanted to use that program.
I agree and I think it because you have a very clearly defined goal and can just focus on the technical challenges.
But Windows is, at its core, not a completely bad OS. I heard many parts of it are actually pretty well-engineered. The Windows NT kernel has pluggable subsystems, one of which is for Windows applications, but there used to be also a POSIX layer. In the kernel, almost everything is an object and can have ACLs (security descriptors). You actually do have something like Linux' /dev and /proc, it's just not exposed to the shell (you can sometimes see hard drive device paths, not legacy drive letters like C:, shine through the cracks, but mostly when there are boot problems).
Even in the shell, there are a few neat ideas. Everything is a (COM) object, and has interfaces. Applications can embed parts of the shell, e.g. explorer windows, and they can also contribute back parts, like custom places and icon types.
Of course there are layers and layers of cruft in Windows, but funnily, the older parts seem to be better engineered (especially taking to account their age, and looking over things like legacy 8.3 module names). Its a bit telling that the new Windows Runtime is actually a new version of native COM underneath, and not .NET CLR (but both are fully brigded).
I think the hardest part to emulate for ReactOS is not the old cruft, but the modern cruft. WPF for example does have a few nice ideas, but its insanely huge and complicated. And a typical windows system has like 4 different, incompatible .NET runtime libraries (.NET, Silverlight, WPF, WinRT). This is one thing I hope MS will get sorted out in the future.
What you are referring to, however, is in user mode, in the environment subsystem. There is actually a few subsystems - the one you are talking about is the POSIX subsystem. I believe it's actually still there in the latest versions (might be wrong about that).
Cutler designed RSX-11M, VMS, and VAXELN (a real-time OS for the VAX), which are or were all serious OSes. VMS in specific was a serious competitor to Unix; in the form of OpenVMS, running on Alpha and Itanium, it still exists.
So Windows NT is a foundation made by someone who knows OSes and OS design; in many markets (not all, not that I think my parenthetical will stop people from "correcting" me) it's the last OS family not based on a fundamentally Unix-like foundation. Having an Open Source version of that is interesting for historical reasons, if nothing else, and there's something to be said for hybrid vigor if some bright spark figures a way to port a few concepts to the rest of the OS world.
http://bitsavers.informatik.uni-stuttgart.de/pdf/dec/prism/m...
http://bitsavers.informatik.uni-stuttgart.de/pdf/dec/prism/m...
I have not written Windows code in a while, and what code I touched was C/Win32 and C++/MFC. But my impression with Microsoft software has been that they seem to like doing things in an unnecessarily complicated manner, then realize it does not really work out all that well, then reinvent the wheel, but make it even more complicated than whatever they tried to replace.
* https://web.archive.org/web/20110708061713/http://www.reacto...
* https://web.archive.org/web/20110708061657/http://www.reacto...
* https://web.archive.org/web/20110708061705/http://www.reacto...
The interview series were part of the relaunch of the ReactOS website (2005) and community iniatives (2006). I know it first hand, I was the interviewer. OSNews was not involved, but they were open minded amd supportive to ReactOS - often featured news articles - thanks.
The old website is still up, e.g. http://old.reactos.org/en/interview_1.html
I look at this project in the same light, before too long you'll be able to download WinBox and play all your favorite old Windows Games or use some long forgotten old productivity tool.
This is amazing work that will ensure we can keep alive our culture and history in a meaningful way.
However I do miss working in a Windows UI. You could very quickly and efficiently do just about everything with keystrokes.
I much prefer the win2k UI over the OSX UI.
But otherwise, I agree, they had a good thing going, and then they went and ruined it. I am not opposed to change, but if it is change just for the sake of change, I do not see the point.
ReactOS, I will be happy to go there if I ever get the chance from a compatibility standpoint.
I also like the current Office UI a lot [1]. Maybe I'm weird.
[1] On Windows only -- Mac Office 2011 is a mess.
I miss real menus and configurable tool bars. I've had to piece together a Frankenstien of gnome-classic and xfce4 tools to almost approximate how good XP was 15 years ago. And some parts of it still weren't as good as the classic Mac OS long before that.
GUIs are going backwards, sniff.
I wonder how well it will interact with Windows apps that deal with explorer.exe.
http://blogs.msdn.com/b/oldnewthing/archive/2011/08/03/10192...
Cast your bounties on bugs that bother you.