Anonymous · 2026-07-15 09:07 [#9304][report] >my shitty toy OS can finally do what Windows has been capable of doing since 20+ years ago, and Mac/Linux has been capable of 10+ years ago
Anonymous · 2026-07-15 09:08 [#9305][report] >>24651 >oh look, i can run doom on a toaster Usecase ?
Anonymous · 2026-07-15 09:11 [#9307][report] >>24651 >windows clone DOA
Anonymous · 2026-07-15 09:12 [#9308][report] >>24652 >Mac/linux Lol apple jeet trying to pretend it can run things
Anonymous · 2026-07-15 09:14 [#9309][report] oh my god......
Anonymous · 2026-07-15 09:14 [#9310][report] Does it support x64 yet
Anonymous · 2026-07-15 09:15 [#9311][report] >>24656 Mac could run Wine last I used it. It probably works fine, especially because hl2 takes barely any resources by modern standards. Idk about how their trannysition to ARM has fucked things up though. Also hl2 is 32-bit.
Anonymous · 2026-07-15 09:18 [#9314][report] >The ReactOS project, although currently focused on Windows Server 2003 compatibility, is always keeping an eye toward compatibility with Windows Vista and future Windows NT releases.
Anonymous · 2026-07-15 09:24 [#9317][report] >>24658 "latest-x64-msvc-win-dbg" I assume means yes.
Anonymous · 2026-07-15 09:32 [#9319][report] ReactOS would be better of just designing a Linux distro with a custom DE and wine integration
Anonymous · 2026-07-15 09:35 [#9320][report] >>24651 I want them to succeed, but they won't. can it even run modern windows drivers?
Anonymous · 2026-07-15 09:37 [#9322][report] >>24663 why duplicate effort? let it be its own thing, even if it's not practical.
Anonymous · 2026-07-15 09:37 [#9323][report] >>24664 I don't. They're potentially prolonging the inevitable death of Windows.
Anonymous · 2026-07-15 09:49 [#9326][report] >>24664 >I want them to succeed Mee too because Linux will never replace Windows. >can it even run modern windows drivers? No >>24661
Anonymous · 2026-07-15 09:53 [#9328][report] >>24651 russian spyware made with stolen code
Anonymous · 2026-07-15 10:40 [#9333][report] >>24651 This is genuinely impressive. Not the game of course, the >ReactOS on real hardware part.
Anonymous · 2026-07-15 10:40 [#9334][report] >>24651 Didn't the source code of windows 7 get fully leaked? Why don't they just get say 'yo claude rewrite this shit in rust nigga' to get around copyright crap
Anonymous · 2026-07-15 10:42 [#9335][report] Wine/Proton manages to run Windows binaries better than this shit, and we're talking about desktop Linux compatibility layer fucktardation. Anyone who treats ReactOS as something that could potentially be a Windows alternative has drank all of the FOSS Kool-Aid.
Anonymous · 2026-07-15 10:43 [#9336][report] >>24674 >Why don't they just get say 'yo claude rewrite this shit in rust nigga' to get around copyright crap Is this actually possible from a legal standpoint or it's just a meme?
Anonymous · 2026-07-15 10:46 [#9337][report] >>24676 It's legally the opinion of the supreme court afaik. If you run something through an LLM it can be considered a transformative work. Therefore the LLM is the ultimate DMCA avoidance machine
Anonymous · 2026-07-15 10:59 [#9338][report] >>24676 >>24677 I think the safe protocol is still what the ReactOS devs do: have one agent reverse engineer to produce a specification (not protected by copyright, but may involve patents) and then have another implement the spec (novel work). Directly translating code might still get you in trouble if you're a mere goy and not a megacorp since this is all still very new and law is playing catchup.
Anonymous · 2026-07-15 12:22 [#9345][report] >>24678 Is that why it seems to be actually making progress now, AI?
Anonymous · 2026-07-15 12:37 [#9347][report] >>24680 Who knows. I meant agents in the abstract. They've gotten this far using human agents but maybe they've started with LLM agents. It seems like a better-suited task than most vibe coding, since transformers were literally invented for translating between languages.
Anonymous · 2026-07-15 12:38 [#9348][report] A lot of games runs on ReactOS apparently
Anonymous · 2026-07-15 13:28 [#9356][report] >>24678 The best way to defeat patent law is to ignore it entirely. No one should be constrained to what they can make, because of patents.
Anonymous · 2026-07-15 13:32 [#9357][report] >>24661 Most of the changes made in Vista after was damage. The fact that ReactOS is targeting windows 2003 is pretty much its only redeeming factor. It will never be usable, because its not intended to be.
Anonymous · 2026-07-15 13:35 [#9358][report] >>24669 Microsoft audited them in 2006 after suspecting them of using leaked windows NT source code. They didn't find anything.
Anonymous · 2026-07-15 13:37 [#9359][report] >>24688 So what is the intention? Half-Life 2 works on every OS.
Anonymous · 2026-07-15 13:42 [#9360][report] >>24690 What I mean is. Just because its capable of sort of running half life does not mean its a fully usable and stable operating system. ReactOS has fundamental issues which they have no intention of addressing. The entire development process is fundamentally flawed, and unless changes are made it won't even be ready by 2060
Anonymous · 2026-07-15 13:52 [#9363][report] >>24651 wow, half life 2 ran on server 2003 on real hardware 20 years ago. so impressive
Anonymous · 2026-07-15 13:55 [#9364][report] >>24691 I could see a purpose for running some really niche and important legacy drivers and hardware that support only an older Windows version. But HL2 video doesn't look like they're aming for that.
Anonymous · 2026-07-15 13:58 [#9365][report] >>24689 They could make use of the leaked code now though, with "AI". Apparently copyright infringement doesn't count if it's "AI".
Anonymous · 2026-07-15 14:11 [#9367][report] >>24693 The stated goal of reactos is be a replacement for windows. Which means perform all tasks that windows performs. The problem is not with the stated goal, but rather the method.
The development process of ReactOS is so profoundly flawed that it will never reach an acceptable state.
Anonymous · 2026-07-15 14:13 [#9369][report] >>24695 Why is it flawed? Are you referring to this? >>24678
Anonymous · 2026-07-15 14:19 [#9370][report] >>24651 I actually installed ReactOS in a VM and the first thing that struck me is that I cannot move the desktop icons, amazingly buggy OS
Anonymous · 2026-07-15 14:27 [#9372][report] >>24652 >My OS plays games better than your toy OS bro did your script get mixed up, games are toys
Anonymous · 2026-07-15 14:36 [#9374][report] >>24696 The problem with reactos is several things. 1. Using GCC, this right of the bat kneecaps the whole thing, they should really be using MSVC exclusively.
2. Breadth first development. They constantly fuck about with irrelevant nonsense, like writing a clone of ms-paint when the kernel is still not correct. They should have had ntoskrnl at 100% before ever touching irrelevant stuff like the shell components and accessories.
3. Infectious incorrectness. They only ever test the system as a whole, instead of dropping individual components into windows 2003. Any mistakes in one component then infect other components with that same incorrectness and the whole codebase festers in its wrongness.
To unfuck reactos. All developer effort should go exclusively into ntsokrnl. Said component should be tested for correctness in windows 2003. And only once that singular component passes 100% of tests being indistinguishable from windows 2003 should they move onto ntdll. And so on it should go. Had they done it this way they would have been done years ago.
Anonymous · 2026-07-15 14:51 [#9376][report] >>24699 >1. Using GCC, this right of the bat kneecaps the whole thing, they should really be using MSVC exclusively. What? They're writing a clone of Windows and not programming on Windows. Is the Windows ASM so fucked up that only MSVC can produce it?
Anonymous · 2026-07-15 14:52 [#9378][report] >>24699 they should honestly just give up entirely because none of this shit is ever going to be useful for anything if you want to modify windows it is easier and more productive to just patch existing windows dlls (to remove features e.g. telemetry you dont want) or use dll proxying/export forwarding to change behavior or add functionality
Anonymous · 2026-07-15 14:54 [#9379][report] >>24700 >Is the Windows ASM so fucked up that only MSVC can produce it MSVC supports structured exception handling which is used extensively in the kernel and also useful for user-space applications, which is basically a superior replacement for Unix signals. GCC doesn't support it as far as I know. People use ugly hacks like setjmp and longjmp to work around it. I think Clang's support is a bit better.
Anonymous · 2026-07-15 14:55 [#9380][report] >>24702 Well that makes me hate Microsoft even more.
Anonymous · 2026-07-15 15:15 [#9385][report] >>24703 What, for having usable exception handling? Its one of the best features on windows. Signals on linux are utterly worthless, basically unusable. >>24701 An open source version of windows without all the damage done in Vista and newer would be very useful. Patching cannot undo the severe damage architectural damage that has been done since Vista.
Anonymous · 2026-07-15 15:18 [#9386][report] for what purpose would you use ReactOS ? or generally what the fuck is ReactOS purpose?
Anonymous · 2026-07-15 15:23 [#9387][report] >>24706 >would be very useful For what?
Anonymous · 2026-07-15 15:25 [#9388][report] >>24702 >MSVC supports structured exception handling which is used extensively in the kernel and also useful for user-space applications, which is basically a superior replacement for Unix signals. Is this some C++ standard that GNU fags haven't implemented yet? Or just Microsoft's own hubris?
Anonymous · 2026-07-15 15:38 [#9389][report] Tomorrow the ReactOS devs stop giving a fuck about copyright and just copy things from leaked Windows source code and it finally makes an open source version of windows 7 and release it.
What would happen? How it would be?
Anonymous · 2026-07-15 15:52 [#9391][report] >>24707 As I understand it, one of the main purposes is to have a Windows clone to run Russian government/business/industrial software that is stuck on ancient Windows, without the possible American surveillance/backdoors and without potential security vulnerabilities from running old unmaintained OSs
Anonymous · 2026-07-15 15:52 [#9392][report] >>24651 Very, very, VERY impressive. Share more progress as it comes out, will you?
Anonymous · 2026-07-15 15:58 [#9394][report] >>24707 I think it is to copy XP as much as possible and be open source or something. A toy OS as others have pointed out. No real use cases.
Anonymous · 2026-07-15 17:08 [#9399][report] >>24713 Its based on windows 2003, the last true version of windows. ReactOS is a toy, but that is totally unrelated to it being based on windows 2003.
Anonymous · 2026-07-15 17:09 [#9400][report] >The game runs basically perfectly. >The splash screen runs slow in fullscreen so I edited it out. lel, still cool to see though
also, what's with all these negative anons? finally something new happens and /g/ throws a tantrum...
Anonymous · 2026-07-15 17:32 [#9401][report] >>24716 Skin color to dark, pls undertstand
Anonymous · 2026-07-15 17:41 [#9403][report] >>24663 The entire point of the project is to create an open source reimplementation of Windows. If they used Linux then they would be better off giving up entirely.
Anonymous · 2026-07-15 17:45 [#9404][report] >>24707 As is, its a research project. A lot of discoveries made by it get used in WINE and similar software. Sure they claim its goal is to make a fully functional reimplementation of Windows, but that's not happening any time soon.
Anonymous · 2026-07-15 17:46 [#9406][report] >>24716 /g/ wants everything to be Linux and only Linux
Anonymous · 2026-07-15 18:08 [#9408][report] >>24652 It's so hard to say "nice"?
Anonymous · 2026-07-15 19:51 [#9419][report] >>24652 Not true. it is also 20+ years ago for Linux. HL2 just runs with OpenGL and in the mid 2000s that allowed nearly all games to just work on Linux through Wine. The dark times came only when Directx9+ took over.
Anonymous · 2026-07-15 20:02 [#9424][report] >>24710 An open source 64bit windows 7 clone that can run win 10 programs? If it runs steam and can run every game as if it was on windows then it would end windows on the desktop in less then a year. Linux who has been dragging it's feet and playing the leet game will have completely squandered the golden opportunity to be the desktop users get for their new pc/laptop etc etc.
Anonymous · 2026-07-15 20:36 [#9428][report] >>24722 >HL2 just runs with OpenGL No it's DX9, valve wrote ToGL for the linux port
Anonymous · 2026-07-15 20:46 [#9431][report] >>24651 i wonder it xddm or wddm driver was used in that, if it was wddm driver, then that is some real progress in long while
Anonymous · 2026-07-15 20:54 [#9432][report] >>24663 trvke just fucking port explorer.exe and the windows manager + file picker
Anonymous · 2026-07-15 21:02 [#9435][report] >>24727 ReactOS does not support wddm. And even if it did, it would be a really bad fit for the classic windowing system. wddm got rid of the GDI acceleration functions which the classic windowing system relies on to not run like total garbage. Without those acceleration functions GDI falls back on software rendering, and whilst you might think that would be fine, its not since it has to draw into GPU memory which is accessed via PCIE totally uncached and as such is as slow as treacle.
>wddm got rid of the GDI acceleration functions which the classic windowing system relies on to not run like total garbage. due those features went away from hardware, 2D acceleration features are gone and not coming back. Windows has even retired GDI+ already and main rendering stack has ever since win8 been DXGI/DX11(both hardware & software renderers)/D2D/Dwrite
Also that route is what is waiting if they ever want to support HDR, alongside changes in dwm compared to pre-vista.
Anonymous · 2026-07-15 22:03 [#9445][report] >>24730 dwm was the single worst thing to happen to windows. It killed the zero latency high performance desktop and replaced it with a glitchy laggy mess.
Also, you don't need dedicated 2d acceleration hardware to implement GDI acceleration routines. The regular 3d pipeline can do it. I am pretty sure late era gpus that still supported XP like the gtx 960 no longer had 2d acceleration hardware.
The thing you need to understand about GDI acceleration is it does not have to be particularly fast or efficient. Its not about the acceleration, its about keeping everything in GPU memory. PCIE is outrageously slow, the back and forth between GPU and CPU is what the acceleration functions avoid.
Anonymous · 2026-07-15 22:46 [#9450][report] >>24731 >GDI schizo is back Damn, what dumb shit is he sperging about now... >PCIE is outrageously slow LMAO
Anonymous · 2026-07-15 22:53 [#9452][report] >>24732 >PCIE is outrageously slow It really is. You can end up with less than 1 fps for some access patterns. Video memory is uncached and PCIE has pretty terrible latency.
Anonymous · 2026-07-15 22:55 [#9453][report] >>24733 >you can end up with less than 1fps in 0.00000000000000000000001% of usecases amazing
Anonymous · 2026-07-15 23:05 [#9456][report] >>24658 I think it's booting, but it'll probably be another 20 years before they have the Windows on Windows subsystem needed to run the 32 bit installers your 64 bit apps come in from 64 bit mode.
Anonymous · 2026-07-15 23:08 [#9457][report] >>24734 I am not talking about rare cases. I am talking about pretty much anything besides large block writes. Drawing graphics has quite a lot of random writes, and even read-modify-write in some cases. These are slow over PCIE.
Anonymous · 2026-07-15 23:09 [#9458][report] >>24672 Zorin, Lindows... 20 years of putting lipstick on a pig hasn't worked so far.
Anonymous · 2026-07-15 23:14 [#9459][report] >>24699 Lol, it's that one butthurt dev who got btfo''d by all the developers not wanting to work on his perfect, but useless Windows 2003 baseline. Good thing they're finally moving onto Vista+ APIs.
Anonymous · 2026-07-15 23:19 [#9461][report] >>24738 Supporting Vista+ APIs is not the same as bringing in the architectural damage.
Anonymous · 2026-07-16 06:26 [#9490][report] Linux users will die once ReactOS will be completed
Anonymous · 2026-07-16 07:48 [#9502][report] >>24740 Yes, the sun will have finally swallowed the Earth.
the explainer · 2026-07-16 07:52 [#9503][report] >>24651 kubuntu would be more impressive and more fps
Anonymous · 2026-07-16 10:46 [#9516][report] >>24689 Microsoft knew damn well there was nothing there, but they used the audit to stall any potential development and to scare away any new dev interesting in the project, thing that actually ended happening.
Anonymous · 2026-07-16 11:19 [#9524][report] >>24743 NTA, but that's what I thought to believe. Think about the many open-source projects that gained big donations over the years. ReactOS? They are doing progresses here and there, but they got black sheep'd by MS so hard that tech companies can't donate ReactOS by principle. If that 2006 auditing didn't happen, then ReactOS would've been version beta by now.
Anonymous · 2026-07-16 11:28 [#9526][report] >https://www.youtube.com/watch?v=P0T1t-krAJM STARTE DAS VERDAMMTE SPIEL
Anonymous · 2026-07-16 11:31 [#9528][report] Is there any chance that Russia or some other gov could donate to/support the ReactOS project now?
Anonymous · 2026-07-16 14:21 [#9564][report] >>24746 No, they expect to see some kind of return on their investment; and ReactOS is a decade of away from even being stable. Linux was a 99% done product before corporate interests got involved.
Anonymous · 2026-07-16 14:56 [#9569][report] >>24651 I don't see the point. But hey, at least it's not another POSIX clone.
Anonymous (Windows User) · 2026-07-16 15:00 [#9570][report] >>24747 >Linux was a 99% done product before corporate interests got involved. Not even fucking close.
Anonymous · 2026-07-16 15:12 [#9571][report] >>24750 NTA but my experience was the opposite of your image.
Anonymous · 2026-07-16 15:13 [#9572][report] >>24747 ReactOS is a decade away from stable only in the same way the fusion power is always a decade away. In reality its closer to never.
Anonymous · 2026-07-16 17:43 [#9593][report] >>24750 Linux 1.0 1994 Linux 2.0 1996 IBM partners with Red Hat 1999 IBM invests $1 billion 2000
By the time they started investing, they were already using it as a drop in replacement for Unix.
Anonymous · 2026-07-16 20:31 [#9619][report] Can't wait for Tf2 to run on ReactOS
Anonymous · 2026-07-16 21:08 [#9622][report] >>24651 can someone explain to me why the ReactOS win32 implementation is somehow more desirable than the wine win32 implementation?
Anonymous · 2026-07-16 21:15 [#9623][report] >>24755 Because you sidestep linux and its retardation
Anonymous · 2026-07-17 02:34 [#9639][report] >>24669 found the pig
Anonymous · 2026-07-17 02:37 [#9640][report] >>24747 >>24750 loonix didn't even have 1/5 of the things that reactos has implemented at release and for much of it's life
Anonymous · 2026-07-17 02:40 [#9642][report] >>24711 The source code to windows 95b all the way up to I think 7 was released, including the server editions. The russkies probably have a striped to the bone enhanced version of windows 7 that can run on a i386 by now.
Anonymous · 2026-07-17 02:47 [#9647][report] >>24755 The Linux kernel is stable, as a headless server. The desktop part is an unstable clusterfuck. Hence the invention of immutable distros and flatpak (and similar). We need a real desktop OS.
Anonymous · 2026-07-17 04:25 [#9664][report] >>24760 >The Linux kernel is stable, as a headless server. The desktop part is an unstable clusterfuck That will never happen because Linux has no stable ABI thanks to Linus' autism, unlike Microsoft devs who designed everything "as if" from the start. That's the reason for that phrase of "Win32 is the only stable ABI on Linux" which basically started as a meme but it is slowly becoming a reality thanks to the efforts of WINE and Valve devs who are literally compiling stuff under WINE/WINE-like software instead of making proper Linux/UNIX/GNU software like before this decade.
Anonymous · 2026-07-17 05:47 [#9669][report] >>24709 >Or just Microsoft's own hubris? Microsoft exclusive feature, you can use it on with C
Anonymous · 2026-07-17 05:53 [#9670][report] >>24755 they're the same thing, reactos and wine share a lot of code for obvious reasons
Anonymous · 2026-07-17 06:00 [#9671][report] >>24761 >That will never happen because Linux has no stable ABI thanks to Linus' autism, unlike Microsoft devs who designed everything "as if" from the start. The Linux userspace ABI issues aren't because of Linus and the kernel, but because of the glibc and all the other userspace libraries not having a stable ABI to save its life. Ironically the GNU part of GNU/Linux is doing all the damage. And I hope you're not conflating userspace ABI with the kernel driver ABI, which yes it could be more stable but Linux wasn't really designed to have 3rd parties make drivers and NOT merge then in the kernel and nobody(not even nvidia) seem to care that much.
Anonymous · 2026-07-17 06:39 [#9672][report] >>24764 >Linux wasn't really designed to have 3rd parties make drivers and NOT merge then in the kernel Which is dumb, because Linus and the rest of the devs expecting everyone to open source their drivers, especially big name companies, was just too naive. At least Microsoft devs knew damn well we don't live in an ideal world and just set the guidelines about what a Windows drive should be and let everyone do their business. And yeah, bad third-party drivers actually used to fuck up your system if they were bad enough, but those things got more or less sorted out by the times of Vista.
Nintendo delenda est · 2026-07-17 07:51 [#9676][report] >>24761 People are constantly touting Windows as having stable ABI and shit, but quite a lot of old software, especially games, have stopped working on newer versions of Windows. That doesn't sound very stable to me.
Anonymous · 2026-07-17 08:00 [#9678][report] >>24651 sorry im stupid what's that aint that just linux?
Anonymous · 2026-07-17 08:02 [#9679][report] >>24767 It's an OS with his own kernel that aim to be fully compatible with Windows
Anonymous · 2026-07-17 08:03 [#9680][report] >>24768 well that is actually great
that would be a great alternative to windows
Anonymous · 2026-07-17 08:05 [#9681][report] >>24769 Yeah but it won't be ready anytime soon sadly.
Anonymous · 2026-07-17 08:22 [#9682][report] Why can't we re write windows 7 in rust and add support for windows 10 applications? And while we're at it fully integrate the linux kernel so it can run anything?
Is there any reason that windows 7 couldn't run windows 10 shit, I mean it's still x86 code right?
Can someone please link me the windows 7 source code because I'll do this myself if I have to. I have unlimited time, no job and unlimited ritalin
Anonymous · 2026-07-17 08:35 [#9684][report] >>24771 Win7 source didn't leak, XP did
Anonymous · 2026-07-17 08:36 [#9685][report] >>24772 That's just useless. I thought I saw the windows 7 code get leaked like a year or two ago
Anonymous · 2026-07-17 10:54 [#9699][report] >>24699 That's why there's something of a case to be made for go the other way: >start with virgin windows server 2003 >write a basic hal >test, bugfix, test, bugfix, test, test, test until that hal works perfectly on windows >reimplement basic drivers required to start the machine such as i8042, classpnp, afd, fltmgr, ntfs, etc. >test, bugfix, test, bugfix, test, test, test until those drivers work perfectly on windows >reimplement slightly higher stuff such as ntdll, smss, etc. >test, bugfix, test, bugfix, test, test, test until these work perfectly on windows Once you know all the above pieces work correctly, it's really not that much work to fix their ntoskrnl implementation. 99% of it is there, it's just - as you point out - wrong in places, and this fucks up everything above it.
Anonymous · 2026-07-17 11:25 [#9703][report] >>24706 >An open source version of windows without all the damage done in Vista and newer would be very useful. the leaked source code of NT 5 is sitting on archive.org lmao
Anonymous · 2026-07-17 11:32 [#9707][report] >>24682 That's pretty cool, I wonder if anything good runs on it
Anonymous · 2026-07-17 11:39 [#9711][report] >>24776 >Krita 3.2.1 >Doom >Open office >Dactyloidae browser so you can watch youtube on ReactOS apparently >Hwmonitor 1.30
Anonymous · 2026-07-17 11:50 [#9713][report] >>24775 The source code leak was a pre-release heavy development version. Its not in a good stable state. This made it difficult to further develop as the code is in such a mess, and without it being legal collaboration to unfuck it is very difficult.
Anonymous · 2026-07-17 12:14 [#9717][report] >>24766 Try getting an old Linux binary running. It's not going to happen. Microsoft screwing up 0.001% of software compatibility, usually because it was doing DOS things instead of Windows things, is still by far the best out of the 3 choices.
Anonymous · 2026-07-17 12:27 [#9718][report] >>24779 I ran a linux binary from 2002 fine. is that old enough?
Anonymous · 2026-07-17 12:30 [#9719][report] >>24780 I ran a Windows one from 1993. If I ran 10 LTSC, I'd be able to run one from 1987.
Anonymous · 2026-07-17 12:38 [#9720][report] >>24781 wine runs windows exes too, even 16-bit ones on a 64-bit system. your point? there aren't any interesting linux binaries that old and without source code available.
Anonymous · 2026-07-17 12:44 [#9721][report] >>24782 Oh OK, we're talking about shitty emulators with a 40% crash-to-desktop rate now. Then WSL runs Troonix programs - and with a way lower failure rate than Wine.
Anonymous · 2026-07-17 12:52 [#9724][report] >>24783 on my machine, wine runs everything I need, and I had a lot of baggage coming after decades of windows use. you might want to look at the terminal for errors and install missing dependencies.
Anonymous · 2026-07-17 12:54 [#9725][report] >>24784 Good for you. I need working drivers, however.
Anonymous · 2026-07-17 13:28 [#9731][report] >>24651 I genuinely wish ReactOS was more popular. Maybe not at the level of completely replacing Windows, but at the point of serious hackers taking a liking to it and start to experimenting with the code. I mean, for example, Haiku has like 2-3 ports of different architectures, and that OS is also niche as fuck, why not ReactOS too?
Anonymous · 2026-07-17 13:30 [#9732][report] >>24653 >Usecase ? Running doom on a toaster.
Anonymous · 2026-07-17 13:44 [#9735][report] >>24786 haiku is very interesting and has its own things going on, unlike reactos which is just crawling behind windows (and wine). if windows was a blossoming platform, not a dying one, there would be a more hacker interest in reactos replicating its insides.
Anonymous · 2026-07-17 14:23 [#9737][report] >>24779 >try getting an old linux binary running You don't need to do this because Linux is open source, so you can just compile the binary for modern hardware. Windows and its programs are all closed source so you can't do this and thus windows needs legacy support to run old programs. There's no use case for the feature to begin with in a world where you can re-compile
Anonymous · 2026-07-17 14:44 [#9738][report] >>24789 Lol, try closed source shit like Real Player. Nearly fucking impossible unless you also use an rpm distro from that era, the repositories are still working so you can download dependencies, etc. Not fucking worth it.
Anonymous · 2026-07-17 14:51 [#9740][report] >>24788 Everything runs as root on Haiku, so it's never going to be more than a hobby/nostalgia project for old programmers. Sure, they say they'll add real security later, but we all know that it will be too difficult to add that later and it'll never get done. Basically connecting to the Internet with Windows 98 and praying you don't get hacked immediately.
ReactOS's problem is people don't want to put in the time investment for learning Win32 and the NT kernel. Literally the only reason to do it would be hoping to get hired on by Microsoft later.
Anonymous · 2026-07-17 15:44 [#9767][report] >>24658 No x64 is only reason Microsoft not suing project
Anonymous · 2026-07-17 16:11 [#9776][report] >>24792 They can't sue them because there is no proprietary Microsoft code in the project, the whole point of ReactOS is to be a legal open source Windows.
Anonymous · 2026-07-17 17:32 [#9792][report] >>24792 ReactOS is no threat to Microsoft. Its too badly mismanaged to ever become a threat.
Anonymous · 2026-07-17 17:33 [#9794][report] >>24794 it's like two guys working on it what do you mean
Anonymous · 2026-07-17 17:40 [#9795][report] >>24689 >microsoft audited them 20 years ago wow
Anonymous · 2026-07-17 17:49 [#9797][report] >>24725 You're right. At least publicly, opengl support only became available with the togl library. I think there might have been some gl tools during its development. I remember the og release of hl2 having config files that mentioned opengl, though I don't remember it being usable AFAIK.
Anonymous · 2026-07-17 18:48 [#9806][report] >>24789 >library libshitbox-0.27pl4 conflicts with libshitbox-9.6.5 >library libvanishedin2002-0.65-ALPHA not found >library libshitbox-0.27pl4 conflicts with libshitbox-9.6.5 >library libremotelyexploitable must be downgraded to version 0.0.1, continue (Y/N)?
Anonymous · 2026-07-17 19:22 [#9808][report] >>24697 >>24651 A few years ago I tried running this pile of shit on a PC I built specifically for running old Windows versions. Some stuff worked, but connecting to the internet without ethernet was fucked so I couldn't do much. This computer is using a TP-Link card that has Windows XP drivers so in theory installing the drivers should just werk, but here it didn't. If I'm still alive once 2030 rolls around, I might try again, maybe they'll figure out the wifi situation by then. For now, I think people looking at ReactOS should just try daily driving Q4OS instead since you'll have all the benefits of Linux as well as it's designed to copy Windows's look and feel (especially if you install XPQ4).
>>24699 You're correct, but this project has far bigger issues such as there being only one person in the entire project with the authority to cut new releases, which they refused to do until a retroomer youtuber tested the stable version which was years behind the dev build and complained about how nothing worked. I think since then they might have fixed this issue, or perhaps finally cut a new release due to the aftermath of that video only for the problem to then happen again.
>>24710 It wouldn't take ReactOS devs but some third party taking what ReactOS has so far and patching it with leaked Windows code. And the answer is fucking nothing would happen. Your average normalfag doesn't even have a desktop anymore, most power users are on Linux, and most PC gamers won't give a shit because their GPUs' drivers won't work on ReactOS.
>>24707 Running old shit without the guilt of pirating Windows XP to do it.
Anonymous · 2026-07-18 10:20 [#9894][report] >>24761 How is it Linus' fault? He already does everything right on his part, keeping all kernel interfaces stable forever and getting pissed off the moment someone breaks backwards compatibility. That's more than NT does. NT breaks compatbility all the time and then expects the .dlls that ship with Windows to work around it to maintain compatibility.
It's the Linux userland that's a clusterfuck and that's because nobody has a common vision for what a Linux based OS is and isn't supposed to provide or what a Linux desktop really is beyond some vague XDG specifications.
Anonymous · 2026-07-18 11:09 [#9897][report] >>24809 NT does not break backwards compatibility. The design is simply different. The API boundary on NT is the dll. The kernel boundary is an implementation detail that is not meant to be called directly.
Anonymous · 2026-07-18 11:13 [#9898][report] >>24651 Incredible, they've reached the Windows XP era.
Anonymous · 2026-07-18 11:15 [#9899][report] >>24693 >>24695 Wine is the open source Windows runtime. If you care about running apps you're looking for Wine.
The main point of the reactos project is kernel space/drivers. It's extremely niche and more of a tech demo than anything else.
Anonymous · 2026-07-18 11:17 [#9900][report] >>24810 >>24761 >>24809 Windows has a stable *userspace* Linux has a stable kernel. The NT api is *only* available via the DLL and Microsoft changes the internal interface there all the time.
This is why everyone jokes that "wine is the stable Linux ABI" because it's actually true.
Anonymous · 2026-07-18 11:18 [#9901][report] >>24779 >Try getting an old Linux binary running Almost no one shares Linux applications as binnaries. That's an extremely annoying way to distribute software and none of us want that to become common.
Give us the source or just build an EXE that works in Wine.
Anonymous · 2026-07-18 11:18 [#9902][report] >>24810 Fair. And yet, people depend on it and other undocumented parts of Windows all the time and then complain when their software breaks when Windows updates, while well behaved software even from the 90s still runs, unchanged, on modern windows...
Anonymous · 2026-07-18 11:30 [#9904][report] >>24815 The kernel boundary interface is pretty much never called directly by anyone. I would not even consider it an undocumented feature. Not unless you also consider random unexported worker functions undocumented features. The kernel boundary should be considered purely an implementation detail. And the fact that the system service table numbers are shuffled every single release of windows, and also cannot be used from WOW64 means that this one thing is something that is truly never touched by anyone.
Anonymous · 2026-07-18 11:38 [#9906][report] >>24816 You'd be surprised at the absolutely retarded things anti cheat and "security software" developers do. They do exactly that. YOLO Syscalls directly, by their ever shuffling numbers.
Anonymous · 2026-07-18 14:58 [#9940][report] >>24814 >Almost no one shares Linux applications as binnaries. Remember, they tried to get that shit working with the Linux Standard Base, but the work was too boring and too high skill level for them. Need at least a master's degree and experience writing your own compiler.
Anonymous · 2026-07-18 15:10 [#9944][report] >>24651 If AI is so good, why can't someone just vibe code a Windows clone?
Anonymous · 2026-07-18 15:18 [#9945][report] >>24819 presence of leaked windows code in llm training data means if you vibecode anything microsoft doesn't like it can shut you down.
Anonymous · 2026-07-18 15:26 [#9948][report] >>24820 I want to see courts participate in that mental gymnastics olympics, cuz Faceberg believes its fair use after they got sued for using Anna's archive for LLM training data
Anonymous · 2026-07-18 15:30 [#9950][report] >>24821 It's a very easy thing: If I let faceberg win I get more money if I don't I won't
Anonymous · 2026-07-18 15:30 [#9951][report] >>24795 nowadays they can vibe code it under a year
Anonymous · 2026-07-18 15:30 [#9952][report] >>24821 The courts already ruled that AI code has no copyright, so a Windows clone made by AI would be fair play.
Anonymous · 2026-07-18 15:31 [#9953][report] >>24821 books are meant to be read by someone though. leaked code is always illegal.
Anonymous · 2026-07-18 15:40 [#9955][report] >>24813 >>24816 This is true, and Microsoft has the right approach in making the userspace the focus of the OS instead of the kernel. The kernel barely matters in Windows nowadays, hell, the Win32 API was not even created for the NT kernel but for DOS, to begin with. If Microsoft wanted it, they could create another kernel and built Windows and all its dependencies on top of it and call it a day.
Anonymous · 2026-07-18 15:45 [#9956][report] >>24825 Yes, but you have to consider that Facebook pirated books. That is illegal by all definitions and interpretations of copyright law even if the book is meant to be "read", reading outside the contexts the publisher allows it to be read(i.e. after it was bought) it is still illegal. >leaked code is always illegal. For all we know microsoft could have fed Windows's source code to the LLMs as training data, at that point it becomes murky whether it is illegal or not
Anonymous · 2026-07-18 15:47 [#9957][report] >>24826 > If Microsoft wanted it, they could create another kernel and built Windows and all its dependencies on top of it and call it a day. This statement has problems. The user space and kernel space are deeply intertwined. Like, the entire windowing system on windows is implemented inside kernel space. And the semantics of the filesystem is highly dependent on kernel. You could make a new kernel in the sense of implementing something similar to NT, but you can't just swap the kernel out for something fundamentally different.
Anonymous · 2026-07-18 16:04 [#9958][report] >>24827 good point. I'd love to see llm successfully launder leaked code personally. resurrect opera presto.
Anonymous · 2026-07-18 16:43 [#9965][report] >>24828 Yet you could run an .exe in both 98 and 2000 with no problems even when both of them had totally different kernels.
Anonymous · 2026-07-18 16:46 [#9966][report] >>24740 At this pace, it's never going to be
Anonymous · 2026-07-18 16:47 [#9967][report] >>24830 only an exe without any W functions (unicode) would work on both.
Anonymous · 2026-07-18 18:35 [#9982][report] >>24651 What's stopping them from recycling leaked Windows code through LLMs to make this now? Everyone is doing it with MIT/GPL code
Anonymous · 2026-07-18 18:36 [#9984][report] >>24833 again, better wait for a good precedent in court than rush to become the bad one.
Anonymous · 2026-07-18 18:42 [#9986][report] >>24833 Because the most important property of an OS is correctness. Debugging an operating system is close to impossible. It has to be correct from the get go, vibe coding will not work.
Anonymous · 2026-07-18 18:43 [#9987][report] >>24833 No precedent has been set in court yet and ReactOS in the past already got accused of using leaked source code and had to do a full audit to prove that wasn't the case Basically, they're not going to take that risk
Anonymous · 2026-07-18 19:42 [#9995][report] You can run hl2 in a browser: https://hl2.slqnt.dev/
Anonymous · 2026-07-18 19:52 [#9996][report] >>24838 This is probably xash3d and not the original HL2, no? That's a significantly easier target.
Anonymous · 2026-07-18 20:12 [#9997][report] >>24832 >unicows.dll laughs in your face
Nintendo delenda est · 2026-07-18 21:53 [#10075][report] >>24781 >16-bit software lol, lmao even >If I ran 10 LTSC funny you didn't mention it's the 32-bit version. Really kills your argument
Anonymous · 2026-07-18 22:14 [#10094][report] >>24841 Windows 11 doesn't have WOW32, you moron.
Anonymous · 2026-07-18 22:52 [#10112][report] >>24841 >failed to look at screenshot >failed read Look harder Then KYS in shame
Anonymous · 2026-07-19 00:28 [#10174][report] >>24841 Everyone that's not retarded knows AMD 64 can't run 16 but code from 64 bit mode.
Anonymous · 2026-07-19 03:42 [#10261][report] >>24844 wine must be doing something illegal!
Anonymous · 2026-07-19 03:45 [#10262][report] >>24840 you need to compile a program specifically targeting these unicows of yours, it won't help you running an arbitrary wide-unicode exe.
Anonymous · 2026-07-19 04:06 [#10270][report] >>24844 That is not the reason. The NTVDM codebase has an x86 emulator which could have been used on amd64. The actual reason is because the number of significant bits in handles was increased to 32bits. NTVDM passes handles through 16bit code, so would have required a significant redesign to work on 64bit windows.
Anonymous · 2026-07-19 04:13 [#10271][report] >>24826 >This is true, and Microsoft has the right approach in making the userspace the focus of the OS instead of the kernel. No. It enables the ape-like ecosystem they've created so if people want that they should use the Win32 API/ABI.
I would argue that's the wrong objective and therefore certainly the wrong approach.
Anonymous · 2026-07-19 04:46 [#10275][report] >>24846 Yes. But nobody's complaining that an "arbitrary wide-unicode exe" doesn't run on Windows 95 - and if they are, they need to be laughed at. This is only about backward compatibility: the post that started this subthread was about 9x EXEs on NT kernals.
Anonymous · 2026-07-19 05:13 [#10278][report] >>24803 wtf im playing it now this is pod racing
Anonymous · 2026-07-19 05:27 [#10291][report] >>24845 Wine has a shitty little DOS emulator, called (funnily enough) WineVDM. Windows did too for non-x86 platforms (they licensed it from Insignia), but it was never ported to x86 (besides the obvious reason, MS weren't licensed to do so), let alone AMD64 (same reason). So in order to support the ~0 Win16 apps still in common use, they would have had to write, test and debug their own DOS emulator. For equally-obvious reasons, they didn't.
Anonymous · 2026-07-19 05:40 [#10301][report] >>24851 I see you are using LLM to sound smart, because it makes the same mistake. wine does not emulate 16-bit code nor dos. it creates 16-bit segments which is still allowed in 64-bit mode, only v8086 mode is absent.
Anonymous · 2026-07-19 06:37 [#10323][report] >>24845 Wine, despise it's name, actually emulate a lot of Windows functions.
Anonymous · 2026-07-19 06:39 [#10325][report] >>24854 yep. it emulates API but not CPU, which its name cheekily refers to.
Anonymous · 2026-07-19 09:15 [#10387][report] >>24694 They need to hurry the fuck up before the laws change.
Anonymous · 2026-07-19 09:22 [#10388][report] >>24855 >>24854 >>24845 Huh. Apparently it's a Linux kernel feature (it's off by default and you have to enable it.) https://bugs.winehq.org/show_bug.cgi?id=36664
Anonymous · 2026-07-19 09:31 [#10389][report] >>24652 Windows can do everything but it is annoying to use. If you get locked into one OS you're not really using a computer.
Anonymous · 2026-07-19 12:07 [#10405][report] >>24852 As you freetard shitheads have never stopped bleating: 16-bit Windows (and Windows 9x, depending on your POV) weren't really operating systems, requiring DOS to function. Also you freetard shitheads when it suits your narrative and you 180 like a feminist on "my body my choice" when it's the vaxx: 16-bit Windows code doesn't need DOS emulation. So which is it? Were you knowingly lying then, or are you knowingly lying now? Those are the only two options.
Anonymous · 2026-07-19 12:26 [#10413][report] >>24847 NTVDM was always shit, and anything significant needed a DOS emulator anyway.
>>24852 16 bit segments aren't executable code. X86_64 requires a hard reset of the CPU before you can go back and run 16 or 32 bit code.
Anonymous · 2026-07-19 13:08 [#10419][report] >>24859 >>24860 you need to shut the fuck up, educate yourself, and fact check before spouting bullshit. I'm not spoonfeeding you, idiot.
Anonymous · 2026-07-19 13:11 [#10420][report] >>24861 >yes im a liar and a retard Why didn't you just say this? It's shorter and means the same thing.
Anonymous · 2026-07-19 15:34 [#10426][report] >>24860 NTVDM is not shit, it works very well. Its perfectly capable at running wide variety of development tools and other business softwares. It does not work well with games because that it not its purpose.
Anonymous · 2026-07-19 16:05 [#10427][report] >>24863 Of course it's not its purpose - Win16 wasn't any sort of gaming platform, apart from a pretty wide selection of clients of CARDS.DLL. Every "real" game that ran on Win16 actually required Win32s, for obvious reasons.
Anonymous · 2026-07-19 16:29 [#10429][report] >>24860 >X86_64 requires a hard reset of the CPU before you can go back and run 16 or 32 bit code. Um, no. You can drop back from long mode back to 32-bit protected mode and then subsequently back to real or unreal mode.
Anonymous · 2026-07-19 16:31 [#10430][report] >>24865 Just what I always wanted - a 90% performance hit every time a 16-bit process is scheduled. This is why virtualization became the choice, even before WOW32 was dropped - it's actually MORE performant than doing this three-shift-down-three-shift-up BS.
Anonymous · 2026-07-19 16:43 [#10432][report] >>24866 I never claimed it was performant. Technically the correct way to run 16-bit code nowadays would be to use VMX and set up v86 from inside that domain.
Anonymous · 2026-07-19 16:43 [#10433][report] >>24653 What's the usecase for having a usecase?
Anonymous · 2026-07-19 16:52 [#10434][report] >>24651 Why creating a new OS is so hard? Is it the drivers?
Anonymous · 2026-07-19 17:00 [#10435][report] >>24870 Modern hardware is a nightmarish undocumented-by-design mess.
Anonymous · 2026-07-19 17:09 [#10438][report] >>24870 reactos isn't a new os, it's a clone of windows, which is even harder to make than a new os
Anonymous · 2026-07-19 17:21 [#10441][report] >>24652 Winjeet crashing out
Anonymous · 2026-07-19 20:14 [#10443][report] >>24651 How well is this against Wine with old windows programs? I wonder how viable this is with a virtual machine for old windows shit.
Anonymous · 2026-07-20 00:36 [#10460][report] imagine still talking about or using reactos when the real windows xp is already open source now
Anonymous · 2026-07-20 02:21 [#10464][report] >>24651 Will this unironically be a replacement for old windows versions? Is is this specifically XP?
Anonymous · 2026-07-20 02:43 [#10467][report] >>24866 >a 90% performance hit every time a 16-bit process This shit was written for processors that maxed out at 40mhz. The micro controller in my keyboard runs at twice that. None of it cares.
Also you only get the penalty during context switches, I'm sure updating the TLB etc takes *way* more time.
Anonymous · 2026-07-20 04:08 [#10470][report] >>24874 its' userspace is mostly wine. i wouldn't expect anything to work in reactos that doesn't in wine with the only exception being anything that requires a bespoke driver, since wine can't do windows drivers
beaver !syR1tx1.Yw · 2026-07-20 05:16 [#10474][report] >>24687 this works really well outside the West and Japan but in the west it ain't that easy unless your a small fry doing it on occasion
Anonymous · 2026-07-20 11:57 [#10482][report] >>24880 People switch to linux hoping to find something like ReactOS (A Windows clone)
Anonymous · 2026-07-20 12:17 [#10483][report] >>24874 You may as well just use old windows in a virtual machine.
Anonymous · 2026-07-20 12:21 [#10484][report] >>24651 >windows XP source code leaks >we basically have to fire everyone who looks at that code so we don't get fucked and yet if someone just asked claude to poop out a windows xp clone it would definitely be trained on that leaked source code AND (apparently) be legal to use too make it make sense
Anonymous · 2026-07-20 12:23 [#10485][report] >>24883 it's legal to use for big corporations and against people who don't have money, time or an lawyer. sucks to suck. nice try stallfags.
Anonymous · 2026-07-20 13:03 [#10486][report] >>24651 Windows 7 with VxKex mogs this so hard and I'm saying this as a Linux user
Anonymous · 2026-07-20 15:21 [#10491][report] >>24881 And after the reality that Linux isn't a Windows clone sets in they either sink and go back to Windows or swim and stop being a fucking corpo dick sucking faggot. It's up to them to choose.
Anonymous · 2026-07-20 15:32 [#10494][report] what real hardware can i get to run reactos on
Anonymous · 2026-07-20 15:52 [#10496][report] >>24887 Garbage bin hardware or virtual machine
Anonymous · 2026-07-20 16:05 [#10497][report] >>24859 Wow you sure support the wrong side of almost every argument.
Anonymous · 2026-07-20 16:06 [#10498][report] >>24889 >yes im a lying freetard shitstain Glad we had this convo.
Anonymous · 2026-07-20 16:11 [#10499][report] >>24754 >scout is Lucas Botkins >medic is James Rolfe Huh ok
Anonymous · 2026-07-20 16:52 [#10502][report] >>24889 Hehe, the cyberstalking trannyjanny thinks anybody cares about its opinions. How cute.
Anonymous · 2026-07-20 18:37 [#10507][report] >>24885 XP with OneCoreAPI mogs both