>>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
Half-Life 2 running on ReactOS on real hardware
LOUNGE · Back to threads · Report thread
Anonymous · reply · 2026-07-15 14:54:10
>>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.
>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 · reply · 2026-07-15 14:55:57
>>24702
Well that makes me hate Microsoft even more.
Well that makes me hate Microsoft even more.
Anonymous · reply · 2026-07-15 14:55:59
Lord
Anonymous · reply · 2026-07-15 15:07:33
>>24651
Mashallah
Mashallah
Anonymous · reply · 2026-07-15 15:15:24
>>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.
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 · reply · 2026-07-15 15:18:02
for what purpose would you use ReactOS ? or generally what the fuck is ReactOS purpose?
Anonymous · reply · 2026-07-15 15:23:57
>>24706
>would be very useful
For what?
>would be very useful
For what?
Anonymous · reply · 2026-07-15 15:25:22
>>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?
>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 · reply · 2026-07-15 15:38:54
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?
What would happen? How it would be?
Anonymous · reply · 2026-07-15 15:52:06
>>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
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 · reply · 2026-07-15 15:52:19
>>24651
Very, very, VERY impressive. Share more progress as it comes out, will you?
Very, very, VERY impressive. Share more progress as it comes out, will you?
Anonymous · reply · 2026-07-15 15:58:38
>>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.
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 · reply · 2026-07-15 16:03:11
>>24711
aaa okay thanks for thhe explaination
aaa okay thanks for thhe explaination
Anonymous · reply · 2026-07-15 17:08:16
>>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.
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 · reply · 2026-07-15 17:09:01
>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...
>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 · reply · 2026-07-15 17:32:48
>>24716
Skin color to dark, pls undertstand
Skin color to dark, pls undertstand
Anonymous · reply · 2026-07-15 17:41:07
>>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.
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 · reply · 2026-07-15 17:45:53
>>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.
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 · reply · 2026-07-15 17:46:55
>>24716
/g/ wants everything to be Linux and only Linux
/g/ wants everything to be Linux and only Linux
Anonymous · reply · 2026-07-15 18:08:44
>>24652
It's so hard to say "nice"?
It's so hard to say "nice"?
Anonymous · reply · 2026-07-15 19:51:03
>>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.
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 · reply · 2026-07-15 19:57:11
>>24659
>It probably works fi-ACK BLOODY BASTARD BITCH *poops angrily*
>It probably works fi-ACK BLOODY BASTARD BITCH *poops angrily*
Anonymous · reply · 2026-07-15 20:02:23
>>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.
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 · reply · 2026-07-15 20:36:55
>>24722
>HL2 just runs with OpenGL
No it's DX9, valve wrote ToGL for the linux port
>HL2 just runs with OpenGL
No it's DX9, valve wrote ToGL for the linux port
Anonymous · reply · 2026-07-15 20:40:08
>>24652
XP/7 loyals on suicide watch
XP/7 loyals on suicide watch
Anonymous · reply · 2026-07-15 20:46:11
>>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
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 · reply · 2026-07-15 20:54:10
>>24663
trvke
just fucking port explorer.exe and the windows manager + file picker
trvke
just fucking port explorer.exe and the windows manager + file picker
Anonymous · reply · 2026-07-15 21:02:02
>>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.
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.
Anonymous · reply · 2026-07-15 21:42:47
>>24729
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.
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.
Anonymous · reply · 2026-07-15 22:03:16
>>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.
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 · reply · 2026-07-15 22:46:48
>>24731
>GDI schizo is back
Damn, what dumb shit is he sperging about now...
>PCIE is outrageously slow
LMAO
>GDI schizo is back
Damn, what dumb shit is he sperging about now...
>PCIE is outrageously slow
LMAO
Anonymous · reply · 2026-07-15 22:53:44
>>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.
>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 · reply · 2026-07-15 22:55:41
>>24733
>you can end up with less than 1fps in 0.00000000000000000000001% of usecases
amazing
>you can end up with less than 1fps in 0.00000000000000000000001% of usecases
amazing
Anonymous · reply · 2026-07-15 23:05:25
>>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.
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 · reply · 2026-07-15 23:08:43
>>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.
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 · reply · 2026-07-15 23:09:54
>>24672
Zorin, Lindows... 20 years of putting lipstick on a pig hasn't worked so far.
Zorin, Lindows... 20 years of putting lipstick on a pig hasn't worked so far.
Anonymous · reply · 2026-07-15 23:14:08
>>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.
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 · reply · 2026-07-15 23:19:42
>>24738
Supporting Vista+ APIs is not the same as bringing in the architectural damage.
Supporting Vista+ APIs is not the same as bringing in the architectural damage.
Anonymous · reply · 2026-07-16 06:26:32
Linux users will die once ReactOS will be completed
Anonymous · reply · 2026-07-16 07:48:07
>>24740
Yes, the sun will have finally swallowed the Earth.
Yes, the sun will have finally swallowed the Earth.
the explainer · reply · 2026-07-16 07:52:57
>>24651
kubuntu would be more impressive and more fps
kubuntu would be more impressive and more fps
Anonymous · reply · 2026-07-16 10:46:57
>>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.
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 · reply · 2026-07-16 11:19:48
>>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.
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 · reply · 2026-07-16 11:28:02
>https://www.youtube.com/watch?v=P0T1t-krAJM
STARTE DAS VERDAMMTE SPIEL
STARTE DAS VERDAMMTE SPIEL
Anonymous · reply · 2026-07-16 11:31:26
Is there any chance that Russia or some other gov could donate to/support the ReactOS project now?
Anonymous · reply · 2026-07-16 14:21:05
>>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.
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 (Windows User) · reply · 2026-07-16 14:43:58
>>24651
>Very impressive
>Very impressive
Anonymous · reply · 2026-07-16 14:56:28
>>24651
I don't see the point. But hey, at least it's not another POSIX clone.
I don't see the point. But hey, at least it's not another POSIX clone.
Anonymous (Windows User) · reply · 2026-07-16 15:00:58
>>24747
>Linux was a 99% done product before corporate interests got involved.
Not even fucking close.
>Linux was a 99% done product before corporate interests got involved.
Not even fucking close.
‹ Newer posts Page 2 of 5 Older posts ›
Reply to this thread
Posting requires a durable account or a TripPass. Reading remains available.
Sign in or create or attach a TripPass to post. Browsing is open.