ReactOS 0.4.7 Released (reactos.org)

First post!!! by r00t_of_all_evils · 2017-12-06 13:40 · Score: 0

I've been following this project since it was nothing more than a text mode command prompt, it's amazing how far it's come since then.

--
God is real, unless declared integer.

Re: First post!!! by Anonymous Coward · 2017-12-06 15:08 · Score: 0

How far it has come?! It was originally meant to clone Windows NT, I believe. That's literally a late 1990s OS, now about 20 years old. I still don't think it has managed to achieve even a serious fraction of that goal. I think it also borrowed a lot of WINE code. I think that it has been a big failure.
Re: First post!!! by Anonymous Coward · 2017-12-06 15:39 · Score: 1

The correct question is: does it run Crysis?
Re: First post!!! by r00t_of_all_evils · 2017-12-06 16:57 · Score: 4, Informative

"How far it has come?!" Well seeing as when I started following it it was only a text mode command prompt and today it's a graphic system that can use Windows hardware drivers and actually run a lot of programs that were made for Windows XP, yeah, I would say it's come far and would also say they are making good progress on their goal. It initially started out to clone Windows NT but if you've even skimmed any of the material there you'd know that they're chasing a moving goal. As times change and technology advances, their goals advance with them. Yes, they do use a lot of WINE code, but what's wrong with that? It works and it saves them a shit ton of work having to implement it all themselves, plus when they do make changes to WINE they send the changes back upstream to the WINE project which helps to advance it as well. I fail to see where the real failure is here.

--
God is real, unless declared integer.
Re: First post!!! by Anonymous Coward · 2017-12-06 18:00 · Score: 0

You misspelled Cygwin!
Re: First post!!! by Anonymous Coward · 2017-12-06 18:45 · Score: 0

The fact that it's still being actively developed is proof that it's not a failure.
Also:

There's also a new application manager which, as the name implies, makes it easier to install and uninstall applications, similar to how package managers on Linux work. On a lower level, ReactOS can now deal with Ext2, Ext3, Ext4, BtrFS, ReiserFS, FFS, and NFS partitions.
These are things that Windows doesn't have and can't do. So this open source "failure" has already surpassed Windows in many ways, without billions of dollars and a monopoly backing them.
Re: First post!!! by scdeimos · 2017-12-06 19:53 · Score: 2

Windows already has plenty of For Fuck's Sake.
Re: First post!!! by Anonymous Coward · 2017-12-06 19:54 · Score: 0

Does it still use windows hardware drivers. I know it was a big thing in the beginning but after they moved to target newer windows version there has been litle talk about windows drivers compability. Now they mostley seem to ship their own drivers.
Re: First post!!! by jeditobe · 2017-12-06 20:19 · Score: 2

it does! https://www.youtube.com/watch?...
Re: First post!!! by Anonymous Coward · 2017-12-06 21:25 · Score: 0

If they shipped the drivers which come with windows it would be copyright infringement thats why it ships with its own but it still designed to be able to install all windows drivers. They havent fully implemented the full windows api yet since its a moving target nd microsoft doesnt full disclose everything so youre not going to get every single windows driver out there working especially the obscure ones for obscure hardware but they are getting better at it with every release.
Re: First post!!! by Wootery · 2017-12-06 22:12 · Score: 1

At least Wine does."
Re: First post!!! by Wootery · 2017-12-06 22:20 · Score: 1

Mighty impressive that it works at all, even if they're at the seconds-per-frame level of performance. Congratulations ReactOS, that's an awesome milestone.
Wonder if it's running in Direct3D 9 or Direct3D 11. Crysis supports both.
Re: First post!!! by Dog-Cow · 2017-12-06 22:40 · Score: 1

Windows has supported IFS (installable filesystems) since at least NT. That no one has written drivers for other filesystems is not a limitation of Windows.
Re: First post!!! by drinkypoo · 2017-12-06 23:59 · Score: 2

I fail to see where the real failure is here.
The real failure is that it will literally never be useful. Also, WINE has literally never put out a release that wasn't absolutely chock-full of regressions. If they're going to pull new code from Wine periodically, they're going to be pulling regressions with it. They have taken on a literally impossible task. You can't ever reach full compatibility with Windows because even Microsoft can't do that. Microsoft software is full of code that Microsoft doesn't understand. That's why their specs for the DOC format say things like "do what the code does here". They have no idea what that code does! Anyone who imagines that Windows isn't also full of code that nobody who works for Microsoft understands any more is strong on imagination, but weak on sense. But there's tons of Windows software which doesn't work correctly in compatibility mode; hell, there's tons of software which won't run correctly on XP Mode on Win7 x64, and what's more, that list is different than the software which won't run correctly on XP Mode on Win7 x32. Of course, now Microsoft has moved on to Hyper-V, which only runs on 64 bit Windows, and which runs Windows XP very slowly due to the lack of "enlightened" drivers, meaning that your older software that won't work properly on Windows later than XP can't be run efficiently on your modern Windows PC.
If even Microsoft can't manage to institute compatibility between Windows and Windows, what hope do these jokers have to make ReactOS compatible with Windows?

--
"You're right," Fisheye says. "I should have set it on 'whip' or 'chop.'"
Re: First post!!! by Anonymous Coward · 2017-12-07 00:07 · Score: 0

Note that it was being run in ReactOS under VirtualBox. That's why it's so slow. If they had run it on a native ReactOS install, it would probably be playable.
Re: First post!!! by Anonymous Coward · 2017-12-07 00:10 · Score: 1

It doesn't need to have constant, up to the minute compatibility. If it reaches 90% compatibility with Windows XP, Vista/7, then it will run almost everything that anyone cares about.
Re: First post!!! by Anonymous Coward · 2017-12-07 00:14 · Score: 0

Cool story. Doesn't change the fact that Windows can't do it out of the box and ReactOS can.
Oh and I love how when it's Microsoft's OS, it's the responsibility of other people to develop extensions and fixes. When it's ReactOS or Linux, then it's the responsibility of the OS developers. Nice try, shill.
Re: First post!!! by drinkypoo · 2017-12-07 00:33 · Score: 2

If it reaches 90% compatibility with Windows XP, Vista/7, then it will run almost everything that anyone cares about.
Not only will that never happen, but it will never happen in ways that make almost everything occasionally explode in your face. Windows wasn't designed, it evolved, it grew from a tiny tumor to a gigantic malignant prominence. Trying to emulate that is a fool's errand. Everyone who cares has been showered in Windows licenses since time was time, and can run Windows in a VM for Windows compatibility.

--
"You're right," Fisheye says. "I should have set it on 'whip' or 'chop.'"
Re: First post!!! by Anonymous Coward · 2017-12-07 00:50 · Score: 1

You don't and can't know that. Just look at how amazing Wine is these days. ReactOS can't be any worse than Windows. At least they have competent developers, which is more than I can say for Microsoft.
Looking at Windows 1.0 and Windows 10 side by side, they look and operate very similarly. The only true evolution along the way was at Windows 95 when they introduced the start menu. Since Windows 95, Windows really hasn't changed all that much. Some superficial stuff and lots of bug fixes, but to the user they still work pretty much the same.
Re: First post!!! by Anonymous Coward · 2017-12-07 01:13 · Score: 0

And here ReactOS is running Need For Speed: Carbon in a VM.
Re: First post!!! by Anonymous Coward · 2017-12-07 01:50 · Score: 0

Doom 2016 in Wine
Re: First post!!! by The123king · 2017-12-07 01:58 · Score: 2

It's trying to clone Windows XP now.

Ande if you think it's truly a fa8ilure, go put your coding hat on and do a better job!

--
If you gave me a choice between a printer and a giraffe with explosive diarrhoea, i'll get my ladder and my raincoat
Re: First post!!! by Anonymous Coward · 2017-12-07 02:28 · Score: 0

It is a limitation of Windows that Microsoft refuses to ship filesystem drivers with the OS.
Re: First post!!! by Wootery · 2017-12-07 02:31 · Score: 1

Very cool. The game's Vulkan calls just map across to ordinary Vulkan calls in Linux, unlike Direct3D which Wine has to reimplement.
Re: First post!!! by drinkypoo · 2017-12-07 06:10 · Score: 1

Looking at Windows 1.0 and Windows 10 side by side, they look and operate very similarly.
Microsoft was on the Motif WG and involved in the creation of OS/2, which despite its wacky mouse bindings operates essentially the same way as everything else but classic MacOS as well. If they leave one positive legacy behind, it will be the unification of the majority-expected window layout. It's downright shocking (or at least surprising) when they (or anyone else making a desktop) deviates from it.

--
"You're right," Fisheye says. "I should have set it on 'whip' or 'chop.'"
Re: First post!!! by Anonymous Coward · 2017-12-07 19:17 · Score: 0

I thought it was Windows 2003, actually.
Re: First post!!! by Wootery · 2017-12-07 21:46 · Score: 1

Good point.
Re: First post!!! by Anonymous Coward · 2017-12-15 11:23 · Score: 0

WINE and ROS have shared code for years now. The usermode dlls are the same and there is no reason why they should not be. No point in inventing the same wheel twice.

"Judging by the screenshots" by sittingnut · 2017-12-06 13:40 · Score: 0

"Judging by the screenshots ..."
way to go!

"can run Opera, Firefox, and Mozilla all at once, which is good news for those among us who want to use ReactOS on a more daily basis"
judging by those words, running several(and same?) browsers at once, for a long time, is one of "our" primary daily activities.

Re:"Judging by the screenshots" by Anonymous Coward · 2017-12-06 20:54 · Score: 0

judging by those words, running several(and same?) browsers at once, for a long time, is one of "our" primary daily activities.
Well, considering how all "what is the best programming language" discussions on slashdot goes it appears that "we" are web-developers.
So I would assume that "our" primary daily activity would involve running many different browsers at once so that we know for sure that everyone of them except IE behaves approximately the same.

get back to be when it can do CEPH with hyper-v by Joe_Dragon · 2017-12-06 13:42 · Score: 1

and no I do not want a i-scsi gateway.

Re:get back to be when it can do CEPH with hyper-v by Anonymous Coward · 2017-12-06 13:58 · Score: 0

Why do you need it to run CEPH? This isn't a RedHat project. Make CEPH portable then.
Re:get back to be when it can do CEPH with hyper-v by Joe_Dragon · 2017-12-06 14:14 · Score: 1

run as in an driver to be able to network mount and use the pool + tie to hyper-v vm's as there disk.

Getting better by antimatter_16 · 2017-12-06 13:48 · Score: 3, Insightful

I've been following the ReactOS project for a while, and I find it really amazing the amount of progress they've made. Whenever they release a new version, I burn a CD and try it out on a number of old machines I have lying around, and it's improved a lot in the past couple of years. It used to not boot on a number of my machines, and it's gotten better or more stable with each release.

Why not OS/2 ?? by martiniturbide · 2017-12-06 13:52 · Score: 3, Funny

I was not able to find a group of developers that wants to do the same thing for OS/2 Warp :_(

Re:Why not OS/2 ?? by ArchieBunker · 2017-12-06 14:15 · Score: 2

Because it was sold to some other company and called eComStation.

--
Only the State obtains its revenue by coercion. - Murray Rothbard
Re:Why not OS/2 ?? by Anonymous Coward · 2017-12-06 15:39 · Score: 0

That was 20 years ago. It has changed licensees several times since then.
Re:Why not OS/2 ?? by Hal_Porter · 2017-12-06 15:55 · Score: 1

How about FreeXWorks, i.e. a vxWorks clone.
vxWorks is objectively the best OS that has ever existed. Or ever will exist.

--
echo -e 'global _start\n _start:\n mov eax, 2\n int 80h\n jmp _start' > a.asm; nasm a.asm -f elf; ld a.o -o a;
Re:Why not OS/2 ?? by EETech1 · 2017-12-06 18:57 · Score: 1

Back around 2001 - 2005 I worked on an ECM that ran vxWorks / Windriver. The amount of work it could do was awesome.
It's painfully obvious when your RTOS is not doing the right thing when it's scheduling spark and fuel to a running engine.
Your simply can't wait for software sometimes.
Re:Why not OS/2 ?? by Hal_Porter · 2017-12-06 19:25 · Score: 1

I remember having a vxWorks system on my desk that run an FTP server which could pull files off a NOR flash array. It easily outperformed the Windows PC on my desk for TCIP/IP and filesystem access, despite running a much slower CPU and having what by modern standards was really slow flash memory (of course of the time it wasn't too bad - only slightly slower on a read than uncached main memory)
And when you traced through the code you could see why. It used zbuf TCP, all the code was Ring 0, and the most common case for a filesystem read call was only about a dozen instructions - basically see if the data is in the same buffer as last time and if so return data from there.
And you could fit the whole thing - kernel, application, filesystem, TCP/IP and even an FTP server and shell for debugging - into 64-128K.
The shell was great too - if you typed

foo ( 1, 2, "aa" )

All it did was lookup foo in the symbol table and pass the arguments too it. Which means you leaked data for strings, but that didn't matter because it only happened when debugging/troubleshooting and you could just reboot to get it back. Rebooting took a couple of seconds.
Absolutely awesome software. It was like using a 70's or 80's version of Unix but it was hard realtime too - they documented the interrupt latency for each architecture.
Downside was it had a rather high licence fee and the system I worked on had no memory protection at all. Windriver had vxVMI which offered memory protection but the place I worked at had decided it was too expensive.
vxVMI just swapped the page table when a process was switched.

--
echo -e 'global _start\n _start:\n mov eax, 2\n int 80h\n jmp _start' > a.asm; nasm a.asm -f elf; ld a.o -o a;
Re:Why not OS/2 ?? by Wootery · 2017-12-06 22:16 · Score: 1

objectively the best
I'm willing to bet it doesn't compete with Windows for high-performance real-time graphics on modern GPUs. Context is everything, there is no 'objective'.
I don't know much about the real-time OS world though. What's the best the FOSS world has to offer on that front?
Re:Why not OS/2 ?? by Hal_Porter · 2017-12-06 23:46 · Score: 1

objectively the best

--
echo -e 'global _start\n _start:\n mov eax, 2\n int 80h\n jmp _start' > a.asm; nasm a.asm -f elf; ld a.o -o a;
Re:Why not OS/2 ?? by Anonymous Coward · 2017-12-07 00:33 · Score: 0

BeOS is better than vxWorks. So is QNX. So is FreeBSD.
Re:Why not OS/2 ?? by The123king · 2017-12-07 02:03 · Score: 1

http://www.osfree.org/

--
If you gave me a choice between a printer and a giraffe with explosive diarrhoea, i'll get my ladder and my raincoat
Re:Why not OS/2 ?? by Wootery · 2017-12-07 02:32 · Score: 1

Do you have something to contribute to the discussion, or not?
Re:Why not OS/2 ?? by iggymanz · 2017-12-07 06:38 · Score: 1

false, it's still very much alive and well and powering point of sales systems at places near you maybe including your post office.
In other words, here's your OS/2
http://www.ecomstation.com/

How stable is it? by Anonymous Coward · 2017-12-06 14:16 · Score: 0

Now, in 0.4.7, ReactOS won’t crash due an invalid/empty clipboard as it did previously,

Sounds incredibly unstable. Any users here to give us a more in depth review than the crappy article?

Re:First Post!! by Anonymous Coward · 2017-12-06 14:29 · Score: 0

I hate to be the bearer of bad news but...

Wow! by Anonymous Coward · 2017-12-06 14:33 · Score: 0

I'm gonna install it right now so I can run some web browsers!

NT4 called by Anonymous Coward · 2017-12-06 14:48 · Score: 0

it said, thanks for keeping my memory alive!

Re:NT4 called by fizzer06 · 2017-12-06 15:32 · Score: 1

I burned the last two releases to CD only to find they won't boot on real hardware so I could run them "live". Maybe I should wait for version 1 to try that again?

Critical mass by Anonymous Coward · 2017-12-06 15:34 · Score: 0

Keep hoping one day ReactOS would reach some kind of critical mass rendering it nearly suitable to replace Windows to enough people the project would get mobbed with new people wanting to contribute.

Perhaps a government or two with a vested interest in Windows without Microsoft.

Re: get back to be when it can do CEPH with hyper- by Anonymous Coward · 2017-12-06 15:37 · Score: 0

You are 100% missing the point of React. It is meant to replace Windows XP. Hyper-V didnt fucking exist back then.

It happened. by Anonymous Coward · 2017-12-06 15:40 · Score: 0

It has either died or hasn't gotten sufficient developer interest.

It was called Free OS/2 or FreeCom or something.

There was also a FreeVMS project a while back but they decided to restart it from scratch and pretty soon it wasn't intended as a reimplementation of VMS, but rather a new OS vaguely based off of it.

Honestly I just think there aren't enough truly tech savvy nerds in the world with interest in legacy OSes to produce them. And even if there WERE, there aren't enough people willing to do the board masking/FPGA/VHDL/Verilog work to produce working systems you could even run them on anymore. The classical PC is dead in just over 2 years, unless a dedicated team can be formed to create FPGA, ASIC, and if those succeed actual chip masks to produce commercial quality chips of sufficient speed and reduced power consumption to compel people to use them over Intel/AMD/ARM's offerings. I have been plugging this idea for the past few years on slashdot but either nobody listens, or nobody believes it is possible to pull off. I won't be the one to do it, but perhaps one of you can help make it happen.

Re:It happened. by r00t_of_all_evils · 2017-12-06 17:26 · Score: 2

I don't have the technical knowledge required to go about doing such a thing, however I also am interested in legacy systems. I actually collect older systems, mostly laptops from the 90's. I have a pretty good collection of DOS, Windows 3.1, and Windows 9x systems. I was also kicking around the idea of trying to implement a 386 in an FPGA, but last time I researched it it looks like the 386 is too complex to be implemented in a usable way. About the best you could do would be to implement the chipset with an FPGA to support an actual 386 chip.I wish there were more people interested in legacy systems though, it sucks watching everything I grew up learning on get lost to time and forgotten.

--
God is real, unless declared integer.

ReiserFS? by Anonymous Coward · 2017-12-06 15:43 · Score: 0

I heard that filesystem slays!

VMS + 1 = WNT by tepples · 2017-12-06 16:47 · Score: 1

There was also a FreeVMS project a while back but they decided to restart it from scratch and pretty soon it wasn't intended as a reimplementation of VMS, but rather a new OS vaguely based off of it.

I believe that project was called ReactOS.

(ReactOS is a clone of Windows NT, whose design is heavily inspired by that of Digital's VMS.)

Re:VMS + 1 = WNT by Dog-Cow · 2017-12-06 22:43 · Score: 2

Will you fucking drop that VMS crap? Some of the ideas are vaguely reminiscent of VMS, but they are worlds apart in everything that matters.
Re:VMS + 1 = WNT by drinkypoo · 2017-12-06 23:51 · Score: 1

(ReactOS is a clone of Windows NT, whose design is heavily inspired by that of Digital's VMS.)
Windows NT borrowed just as much from Apollo DomainOS as it did from VMS. Some of the basic architecture is similar to VMS, but only the very basic stuff. Windows NT is "heavily inspired" by VMS in the same way that DOS was heavily inspired by CPM. They look superficially similar, and that's it.

--
"You're right," Fisheye says. "I should have set it on 'whip' or 'chop.'"
Re:VMS + 1 = WNT by Hal_Porter · 2017-12-07 01:06 · Score: 1

The idea of IRQLs came from VMS.
http://www.osronline.com/showT...

OK, gather the responses from this forum and show to him.
IRQL is derived on the hardware interrupt level (the interrupt controller
register). Historically this is the PDP/VAX-11 feature, and thus a VMS feature,
though things are going back - in modern x64 CPUs, you have CR8 register as APIC
TPR, so, once again the IRQL register is embedded to the CPU.
But it is too convinient to also implement "preemptivity suspend" as an IRQL
raise. After all, ISRs run with preemptivity suspended.
Though perhaps the name IRQL was invented for NT
https://blogs.msdn.microsoft.c...

The people who built DEC's VMS operating system also helped design the processors that DEC used, and many of them came to Microsoft and designed Windows NT, which was the basis for modern versions of Windows, including Windows XP and Windows 7. These guys wanted a way to disable (very quickly) just some of the interrupts in the system. They considered it useful to hold off interrupts from some sources while servicing interrupts from other sources.
They also realized that, just as you must acquire locks in the same order everywhere in your code to avoid deadlocks, you must also service interrupts with the same relative priority every time. It doesn't work if the clock interrupts are sometimes more important than the IDE controller's interrupts and sometimes they aren't.
Interrupts are frequently called "Interrupt ReQuests" and the priority of a specific IRQ is its Level. These letters, all run together, are IRQL.
So if you lay out all the interrupt sources in the system and create a priority for each one, or sometimes a priority for each group, you can start to do interesting things.
Consider a spinlock. Spinlocks (at least in the traditional sense) are implemented by having a processor spin in a tight loop trying to atomically modify a variable. The cache coherency hardware guarantees that only one processor can do that at a time, so lock acquisition goes only to the processor that succeeds. Other processors keep spinning until they succeed.
The processor that "owns" the lock needs to release the lock as soon as possible, as the other (waiting) processors are burning up processor time waiting to acquire the lock. So you really don't want to interrupt that processor and schedule some other thread for execution, causing all the waiters to spin until the owning thread is rescheduled.
In this situation, some operating systems encourage the owner of the spinlock to disable all interrupts so that the code can't be interrupted. (Note, too, that interrupts really need to be disabled before trying to acquire the lock, or the thread might be interrupted between acquiring the lock and disabling interrupts.)
The designers of VMS and NT decided that they didn't want to disable all interrupts just because some code somewhere acquired a spinlock. Some things shouldn't wait. TLB flushes, are a good example. So if only some interrupts are disabled while a spinlock is held, then you can still briefly interrupt the code that owns the lock for much more important tasks. Perhaps even more importantly, you can interrupt the processors which are spinning, waiting to acquire a spinlock for these important tasks, causing them to do something useful instead of just spinning.
Note that this means that every spinlock has an associated IRQL, and you have to use that IRQL consistently, or the machine will deadlock. In NT, by default, every spinlock has the same IRQL, called DISPATCH_LEVEL. DISPATCH_LEVEL means, essentially, that the interrupts which can cause a thread to stop running are disabled. (More about that later.)
Interestingly you had

--
echo -e 'global _start\n _start:\n mov eax, 2\n int 80h\n jmp _start' > a.asm; nasm a.asm -f elf; ld a.o -o a;
Re:VMS + 1 = WNT by Anonymous Coward · 2017-12-07 01:59 · Score: 0

Windows NT has nothing to do with VMS. The original name was "OS/2 New Technology"
It just happened to have some morons from DEC/VMS who likes things to be long and wordy for the sake of being long and wordy. Sort of like a real OS using COBOL as a command language...
Re:VMS + 1 = WNT by jbengt · 2017-12-07 02:41 · Score: 1

Cutler reckoned kernel mode code should enforce strict contracts like 'no page faults above dispatch level' and the kernel should BSOD if those were broken to force people to fix the bugs. From my experience of Windows 2000, XP and 7 machines - none of which have ever BSOD'd unless the hardware is failing or a driver was buggy - he was right.
XP used to bluescreen on me every once and a while until SP2 & 3. Then it became rarer, but still happened.
I can still bluescreen my Windows 7 laptop by using the trackpad instead of a mouse when in the login screen after booting, but I believe that is a known driver issue that HP refuses to fix.

Wat? by SeaFox · 2017-12-06 19:34 · Score: 4, Funny

ReactOS 0.4.7 can run Opera, Firefox, and Mozilla all at once...

I'm intrigued by this executable named simply "Mozilla", and wish to subscribe to your newsletter.

Re:Wat? by Anonymous Coward · 2017-12-07 00:26 · Score: 0

It used to be called "this-is-totally-not-ransomware.exe"
Re:Wat? by ausekilis · 2017-12-07 01:39 · Score: 1

Now we know how Mozilla continues to collect that $375 Mil/year from Yahoo. They've got a ReactOS box doing the real work. Actually, that answers a lot of questions about them...
Re:Wat? by bill_mcgonigle · 2017-12-07 01:48 · Score: 1

You must be new here. They obviously mean "Seamonkey" (for those who remember "Netscape Communicator").

--
My God, it's Full of Source!
OUTSIDE_IP=$(dig +short my.ip @outsideip.net)
Re:Wat? by R.Mo_Robert · 2017-12-07 03:45 · Score: 1

You must be new here. They obviously mean "Seamonkey" (for those who remember "Netscape Communicator").
I think that's the joke. ;-) (Party like it's 2002.)

--
R.Mo

Don't want to be arrogant, but... by m.alessandrini · 2017-12-06 20:24 · Score: 1

I tried it a couple of times recently when I needed support for peripherals with windows-only drivers, so one of the few cases where ReactOS would be really useful for something, and both times some parts of the system were not working or not implemented. So I think nobody needs a windows replacement that only works for running high-level applications.

I donated to this project by Rainwulf · 2017-12-06 23:04 · Score: 1

Its worth it. I hope that enough people will be dis-satisfied with the shitty UI and data harvesting of windows 10 and go to this. I wonder if it can succesfully join a windows domain?

Re:I donated to this project by ledow · 2017-12-06 23:29 · Score: 2, Insightful

Not a chance.
It's 20+ years behind in some areas and nowhere near being any kind of replacement for anything.
The domain stuff... literally years away for any level of completeness or reliability despite being "worked on" since 2009 and before then. Hell, you can only just about trust Samba to run as a secondary. I wouldn't want to be in charge of a Samba-only AD tree (which still needs Windows tools to manage it!). And then you may as well just use Samba and the various OS clients that let you integrate to the AD tree for authentication anyway, and who cares what OS it's on?
ReactOS is nothing more than a toy, you couldn't do anything serious with it, and you couldn't even use it as a desktop replacement even if you were willing to make all kinds of compromises.
There's no way that people are going to look at Windows 10 and ReactOS and decide to run ReactOS instead. It would be less hassle just to move everything to Raspberry Pi, that's how incomplete things are.
ReactOS needed huge amounts of development over 10 years ago, it's not received it in the meantime. Even Wine is pretty much dead in practical terms, and yet that's had tons more developer time spent on it, and nobody would use either in earnest or in preference to just running a different OS entirely.
FreeDOS was a success, but it took 25 years to get the equivalent of DOS up and running and it's still an incredibly niche product - nobody is going to be running DOS as an OS like they used to, not in this day and age. BIOS-reset disks to make closed-source firmware update tools not require an MS-DOS licence? Sure. Desktop OS again? Never.
ReactOS is a much more complex task and hasn't come anywhere near close, and is suffering an even worse fate because of that.
If you could have had the current state of ReactOS, back when Windows 2000 was appearing, then you might have had the impetus to compete and make it viable. Coming to this point 20 years too late means that they can never do anything but play catch-up. It's a toy, an "emulation" almost, a niche OS. It's never going to be able to do anything useful, certainly not to mainstream computer users.
Hell, it doesn't even have full Win16/Win32 compatibility yet, and they are already dead and buried for the most part.
People's time would be better spent either running "real" Windows in a VM (and hence development effort into QEmu, Xen, etc.) or moving whatever ancient-Windows-thing they want to use to something else entirely.
As far as I see, ReactOS is like making a Win3.1/WinNT emulator, even if that's not technically accurate. And Wine does a much better job of that (and that's even less technically accurate). And the uses of such are vanishingly small anyway.
If you want a non-Windows desktop replacement, I would suggest investing into the Linux DE's and distros. Nowadays there's no reason to be running Windows.
I speak as someone who used a Linux desktop exclusively for 10 years (while managing Windows networks with thousands of clients for a living), who licensed Crossover Office for many of those years, who still uses only LibreOffice for every document, and who has 50:50 split of Linux:Windows VM's even in my workplace (where I manage all the IT). I quite get wanting independence of Windows, but ReactOS isn't it.
Currently I'm on Windows 7 (because it came with the machine) with VMWare and dozens of VMs to allow me to do "real work" on the same machine without having to faff about. I deploy 8.1 in work (made to look identical to 7, have no problems with it at all). I trialled 10 and decided against it for now, but there's no reason I couldn't put the same changes into 10 and make it look like 7 against and carry on regardless. I write cross-platform software in C that works on all the major OS.
But with that kind of competition, ReactOS has no place at all and won't without literal decades more of developer investment.
Re:I donated to this project by Anonymous Coward · 2017-12-07 00:09 · Score: 1

Which is exactly why he donated. If people invest their time, skills and money into it then there's now reason it cannot 'develop'. Prior to Windows 10 it was a great idea to have a 'free' version of windows that you can install on as many machines as you like without paying, but now that Windows 10 is 'free' it's not as necessary. Still, having an open source version of Windows is only a good thing, especially if it's bright up to scratch.
Re:I donated to this project by Anonymous Coward · 2017-12-07 01:02 · Score: 4, Insightful

The domain stuff...
End users don't need or care about that. Most Windows users aren't joined to a domain.

Even Wine is pretty much dead in practical terms
It is? Funny, because the Wine that I use gets updated often and is so good that I have a hard time finding stuff that won't work on it. Hell, in many instances Wine is MORE compatible with more Windows software than Windows itself.

FreeDOS was a success, but it took 25 years to get the equivalent of DOS up and running
No it didn't. FreeDOS was at parity with MS-DOS ages ago and has long since surpassed it.

they can never do anything but play catch-up
ReactOS doesn't need to play catch up. It just has to be good enough. For most people, that's Windows XP compatibility.
I think perhaps you should stop worrying about what other people are doing. You seem awfully controlling and insecure. Maybe you should try doing something productive instead of sitting around whining like a petulant child.
Re:I donated to this project by The123king · 2017-12-07 02:47 · Score: 2

If anything, it's more necessary. Windows 10 is an ugly, inconsistent, buggy pile of shite that i'll never let into my own home.

Oh, and i use the ReactOS regedit on a day-to-day basis when user rights have restricted access to the one baked into Windows. Also the paint clone is pretty good.

--
If you gave me a choice between a printer and a giraffe with explosive diarrhoea, i'll get my ladder and my raincoat
Re:I donated to this project by Anonymous Coward · 2017-12-07 07:03 · Score: 0

I love WINE, but it has one major flaw. No one is working to implement older windows APIs in WINE. E.g DirectX 5/6 support isn't finished yet and they were released 20 years ago. WINE is great for many things but they have got to hammer out the older stuff so people who don't need the latest windows features can leave windows forever.

ReactOS 0.9.9 Released by Anonymous Coward · 2017-12-06 23:40 · Score: 0

December 06 2217

Hurrah Hurrah Hurrah

Re: ReactOS 0.9.9 Released by Anonymous Coward · 2017-12-07 11:40 · Score: 0

In 2217 there will still be millions using old versions of Windows interested in this.

Does systemd know no boundaries? by Anonymous Coward · 2017-12-06 23:50 · Score: 0

Great, soon this plagiarism of Windows will use systemd in order to run applications! We have to take a stand against this encroachment!

Re:Does systemd know no boundaries? by eneville · 2017-12-07 07:00 · Score: 1

Yes, well, MS didn't plagiarise BSD sockets or anything ...

--
Why UNIX?
Re:Does systemd know no boundaries? by Anonymous Coward · 2017-12-07 18:59 · Score: 0

> Yes, well, MS didn't plagiarise BSD sockets or anything ...
You can't steal what is freely given.
Re:Does systemd know no boundaries? by Anonymous Coward · 2017-12-08 05:24 · Score: 0

Microsoft is the cheapskate that people give Christmas gifts, but who never gives out any gifts.

ReactOS will never catch up by SurenEnfiajyan · 2017-12-07 00:17 · Score: 0

No sane person expects that an alpha OS developed for 20 years to catch up even XP, even Windows ME was more stable than ReactOS is on a VM. There even no official x64 considering we live in the sunset of the 32-bit era. From my experience Wine does its job much better.

Re:ReactOS will never catch up by The123king · 2017-12-07 02:51 · Score: 2

Part of the reason WINE is so good is the fact that ReactOS and WINE share, and contribute to each other, a lot of code. Most of the cloned Windows apps bundled with WINE (taskmgr, solitaire, mspaint for example) were taken from ReactOS. If ReactOS didn't exist, WINE would be a lot worse than it is.

--
If you gave me a choice between a printer and a giraffe with explosive diarrhoea, i'll get my ladder and my raincoat
Re:ReactOS will never catch up by Anonymous Coward · 2017-12-07 04:25 · Score: 0

I still can't believe WinXP is 16 years old already. Voom! Almost half my life since it came out.
Re:ReactOS will never catch up by Anonymous Coward · 2017-12-07 20:16 · Score: 0

Well at least ReactOS is still better than Windows 10. It doesn't spy, serve ads, waste resources, force updates, force reboots, revert settings or constantly fight against the user like Windows 10 does. But I suppose that's not a fair comparison. ReactOS is a computer operating system. Windows 10 is a computer marketing platform.
I hope anyone using Windows 10 really enjoys paying a subscription, either monetary or by mandatory ad views, just to be able to use the computers that they paid for. Once Windows 10 has dominance and everyone is nice and locked in, you can be sure Microsoft is going to be moving in that direction.

Great work! by HalAtWork · 2017-12-07 00:45 · Score: 3, Insightful

Congratulations ReactOS Team!

--
Twinstiq, game news

CP/M + 1 = 86-DOS by tepples · 2017-12-07 02:59 · Score: 1

Windows NT is "heavily inspired" by VMS in the same way that DOS was heavily inspired by CPM.

According to Wikipedia's article about early DOS, this would mean that Windows NT "had a command structure and application programming interface that imitated that of Digital [Equipment Corp.'s VMS] operating system, which made it easy to port programs from the latter." What other excuse would there be to keep (say) 32 priority levels, each with two half-levels?

Doesn't run on real hardware by Anonymous Coward · 2017-12-07 06:08 · Score: 0

Needs to run in a VM. It's actually much worse than Wine.

Of course no usb, no printing.

Re:Doesn't run on real hardware by Anonymous Coward · 2017-12-08 02:46 · Score: 0

It does run on real hardware, just a very limited subset.

Re:First Post!! by Anonymous Coward · 2017-12-07 06:39 · Score: 0

Jeez. Can you stop being such a Debbie Downer? The fellow is just trying to get first post and you have to go and smash his dreams. Shame on you! Try being a little nicer next time, K?

Actually seeking advice (position not wanted) by Anonymous Coward · 2017-12-07 20:22 · Score: 0

Leaving aside all the position-taking, can I have some advice please?

I am obliged to run some XP-only software. No, updating the software is not an option. So updating from XP or equivalent is not not an option.

I am also required to hook up to the interwebs.

Given that XP is an attack surface, what software equivalent to XP should I use as a substitute, to run my XP-crafted software, please?

Is ReactOS it?

I have nil software training. Linux is not an option unless it somehow looks like Windows or has a user interface that is less brutal than meeting the Windows Ribbon for the first time.

thanks in advance, on behalf of some elderly parents

Check out Longene - hybrid Linux/Win by Anonymous Coward · 2017-12-08 04:12 · Score: 0

https://en.wikipedia.org/wiki/Longene

Re:Check out Longene - hybrid Linux/Win by Anonymous Coward · 2017-12-11 21:57 · Score: 0

thank you! I shall.
A.C.

Hyper-V by Anonymous Coward · 2017-12-12 04:30 · Score: 0

If only they'd get the mouse to work under Hyper-V, I'd use it. I have literally dozens of different Linux distributions running under a Hyper-V host, and this is one of the few for which the mouse still doesn't work. I can get through the installer using only the keyboard, but general use after that with only the keyboard functioning makes it rather impractical.

Slashdot Mirror

ReactOS 0.4.7 Released (reactos.org)

94 comments