>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

>>109278372
>oh look, i can run doom on a toaster
Usecase ?

oh my god

>>109278372
>windows clone
DOA

>>109278389
>Mac/linux
Lol apple jeet trying to pretend it can run things

oh my god......

Does it support x64 yet

>>109278408
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.

omg

File: 1757584429823244.png (149 KB, 799x512)

149 KB PNG

>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.

>>109278417
"latest-x64-msvc-win-dbg" I assume means yes.

ReactOS would be better of just designing a Linux distro with a custom DE and wine integration

>>109278372
I want them to succeed, but they won't. can it even run modern windows drivers?

>>109278469
Yes.

>>109278469
why duplicate effort? let it be its own thing, even if it's not practical.

>>109278482
I don't. They're potentially prolonging the inevitable death of Windows.

>>109278482
>I want them to succeed
Mee too because Linux will never replace Windows.
>can it even run modern windows drivers?
No >>109278428

>>109278372
russian spyware made with stolen code

>>109278548
>open source
>spyware

>>109278469
>better of
>of

>>109278469
Zorin?

>>109278372
This is genuinely impressive. Not the game of course, the
>ReactOS on real hardware
part.

>>109278372
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

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.

>>109278766
>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?

>>109278782
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

>>109278782
>>109278791
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.

>>109278419
GPTK4 is pretty good. Shame macOS sucks https://youtu.be/3ZlPEsiaGiQ?si=YUz3jnaH_5ERylmx&t=259

>>109278844
Is that why it seems to be actually making progress now, AI?

>>109279223
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.

A lot of games runs on ReactOS apparently

https://www.youtube.com/@AotoriHibiki

>>109278701
>pedan
>tic

What about Half-Life 3?

Cool. Will the OS ever be usable?

>>109278419
Pajeet

>>109278844
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.

>>109278428
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.

>>109278548
Microsoft audited them in 2006 after suspecting them of using leaked windows NT source code. They didn't find anything.

>>109279646
So what is the intention? Half-Life 2 works on every OS.

>>109279678
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

>>109278372
wow, half life 2 ran on server 2003 on real hardware 20 years ago. so impressive

>>109279709
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.

>>109279668
They could make use of the leaked code now though, with "AI". Apparently copyright infringement doesn't count if it's "AI".

>>109279774
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.

>>109279885
Why is it flawed?
Are you referring to this? >>109278844

File: Reimu shedding a comicall(...).png (450 KB, 900x753)

450 KB PNG

>>109278372
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

>>109278389
>My OS plays games better than your toy OS
bro did your script get mixed up, games are toys

>>109279896
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.

>>109280033
>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?

>>109280033
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

>>109280131
>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.

>>109280154
Well that makes me hate Microsoft even more.

Lord

>>109278372
Mashallah

>>109280166
What, for having usable exception handling? Its one of the best features on windows. Signals on linux are utterly worthless, basically unusable.
>>109280143
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.

for what purpose would you use ReactOS ? or generally what the fuck is ReactOS purpose?

File: 1753430700911014.jpg (43 KB, 400x400)

43 KB JPG

>>109280286
>would be very useful
For what?

>>109280154
>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?

File: shoko-is-thinking-v0-g4nf(...).jpg (71 KB, 640x800)

71 KB JPG

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?

>>109280310
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

>>109278372
Very, very, VERY impressive. Share more progress as it comes out, will you?

>>109280310
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.

>>109280588
aaa okay thanks for thhe explaination

>>109280642
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.

>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...

>>109281295
Skin color to dark, pls undertstand

>>109278469
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.

>>109280310
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.

>>109281295
/g/ wants everything to be Linux and only Linux

>>109278389
It's so hard to say "nice"?

>>109278389
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.

>>109278419
>It probably works fi-ACK BLOODY BASTARD BITCH *poops angrily*

>>109280482
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.

>>109282584
>HL2 just runs with OpenGL
No it's DX9, valve wrote ToGL for the linux port

>>109278389
XP/7 loyals on suicide watch

>>109278372
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

>>109278469
trvke
just fucking port explorer.exe and the windows manager + file picker

>>109282988
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.

>>109283103
https://reactos.org/blogs/investigating-wddm/

>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.

>>109283351
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.

>>109283512
>GDI schizo is back
Damn, what dumb shit is he sperging about now...
>PCIE is outrageously slow
LMAO

>>109283801
>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.

>>109283855
>you can end up with less than 1fps in 0.00000000000000000000001% of usecases
amazing

>>109278417
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.

>>109283871
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.

>>109278712
Zorin, Lindows... 20 years of putting lipstick on a pig hasn't worked so far.

>>109280033
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.

>>109284004
Supporting Vista+ APIs is not the same as bringing in the architectural damage.

Linux users will die once ReactOS will be completed

>>109286000
Yes, the sun will have finally swallowed the Earth.

>>109278372
kubuntu would be more impressive and more fps