Software-update: ReactOS 0.4.16

ReactOS logo (Über)Versie 0.4.16 van ReactOS is uitgekomen. Het React Operating System is een opensourcebesturingssysteem dat als doelstelling heeft om compatibel te zijn met Windows NT, 2000 en XP, zodat er Windows-applicaties en drivers op gedraaid kunnen worden. Hoewel er al veel software probleemloos op draait, waaronder LibreOffice, Mozilla Firefox, Mozilla Thunderbird en diverse spellen, verkeert het hele project volgens de ontwikkelaars nog in het alfastadium en is het niet geschikt voor dagelijks gebruik. Op deze pagina kunnen enkele screenshots van ReactOS worden bekeken. De changelog voor deze uitgave kan hier worden gevonden; dit zijn de belangrijkste verbeteringen:

Graphical Installer and the All-in-One Boot CD

Historically, ReactOS offered two images for download, a livecd which let you test ReactOS in a read-only environment, and a bootcd which let you install ReactOS to your hard disk using a text-based installer. Thanks to the efforts of Hermès Bélusca-Maïto (hbelusca), ReactOS 0.4.16 has a new graphical installer and a combined bootcd and livecd. Now you can test and install ReactOS using the same image

During 0.4.15 development, core developer Hervé Poussineau (hpoussin) put in the ground work for multi-monitor support and falling back to a VGA driver when display drivers fail to load. This foundation enabled us to continue pursuing better video driver compatibility in 0.4.16.

For years ReactOS has been plagued by different issues with all major video driver vendors. Nvidia GPUs in particular had been plagued by a slow down issue that many talented contributors and developers investigated. Eventually, Justin Miller (The_DarkFire_) recognized that the kernel was running out of system page table entries (PTEs) when loading third party drivers. This limitation was most apparent with graphics drivers, which allocate more memory than most other drivers. Justin changed the memory layout used by our memory manager to increase the amount of system PTEs. This fixed the hard-to-debug slowdown bug with Nvidia graphics drivers. On AMD video drivers, the OpenGL window would end up blank. This was resolved by rewriting ExtEscape, inspired by a patch from the late core developer James Tabor (jimtabor). These improvements enhanced stability, better handled resource management of the new devices, and fixed many edge case bugs in our win32k.sys driver. We thank our contributors and developers for their time as these fixes needed an incredible amount of research.

Audio

Prior to 0.4.16, ReactOS had incomplete High Definition (HD) audio support. HD audio drivers depend on a bus driver (hdaudbus.sys), including drivers from AMD, IDT, Nvidia, Realtek, and SigmaTel. Our initial implementation was written long ago by Johannes Anderwald (janderwald). This implementation was never finished, and was a frequent source of bugchecks when attempting to install HD audio controller drivers. Core developer Oleg Dubinskiy (oleg-dubinskiy) imported sklhdaudbus, a new HD audio bus driver, to replace our old implementation. HD audio controllers which are compatible with Windows XP and Windows Server 2003 should now work in ReactOS 0.4.16.

The new HD audio bus driver depends on the Kernel Mode Driver Framework (KMDF). Microsoft open sourced KMDF as part of the Windows-Driver-Frameworks repository. Justin imported KMDF for the new HD audio bus driver, and now we can use KMDF to import or develop other drivers.

Oleg also fixed the volume and balance sliders in Sound Properties (mmsys.cpl) and Audio Volume Mixer (sndvol32.exe). Now the volume and balance levels are saved and restored on reboot when using an HD audio codec. In addition, Oleg updated the audio device enumeration code to support more sound cards. On top of that, Oleg improved binary compatibility with the Windows audio stack thanks to some fixes he contributed to our Plug and Play (PnP) stack and SetupAPI.

Storage

Since 2009, ReactOS has been using the UniATA storage driver to add SATA, AHCI, and support for partitions greater than 8GB. This was a huge help to ReactOS then, but today UniATA is responsible for slow boot times and failing to load on many devices, leading to the dreaded INACCESSIBLE_BOOT_DEVICE (0x7B) bugcheck. ReactOS 0.4.16 introduces a new ATA driver developed by contributor Dmitry Borisov (disean). This new ATA driver allows ReactOS to boot in far more environments, including inside Hyper-V Generation 1.

In 2021 we imported and enabled the open-source Microsoft FastFAT driver. Unfortunately, this broke our ability to repair FAT partitions using chkdsk. Core developer Doug Lyons (Doug-Lyons) fixed our FAT chkdsk routines to work with the Microsoft FastFAT driver.

Core developer Mark Jansen (learn-more) added a disk cleanup utility in ReactOS 0.4.16. The disk cleanup utility is compatible with extensions for the Windows disk cleanup utility, allowing third party programs to clean up disk usage as well as the operating system.

Networking

During ReactOS 0.4.15 development, Dmitry introduced a new DC21X4 network adapter driver for better hardware compatibility. This driver is used on devices with DECchip 21x4-based network adapters, and virtualized environments such as Microsoft Virtual PC 2007 and Hyper-V Generation 1. Now ReactOS 0.4.16 can boot and access the Internet on both.

ReactOS 0.4.16 also adds asynchronous connection support. This improves networking performance by allowing applications to execute networking operations without stalling. This also improves application compatibility as many programs assume that these asynchronous connection APIs are always present.

ReactOS Server Core

ReactOS supports Workstation and Server installation types. In a Workstation install, more fancy graphical options are enabled by default compared to a Server install. In addition, user folders on Workstation installs currently live inside the “My Documents” folder, although Windows Vista and newer moved these folders out of the “Documents” folder for both Server and Workstation installs.

Interested in seeing ReactOS being more widely used in server and embedded environments, core developer Carl Bialorucki (cbialorucki) added the Server Core installation type. This install type disables the graphical explorer shell, but otherwise loads the full Win32 subsystem. ReactOS Server Core works similarly to Windows Server Core which was introduced with Windows Server 2008.

Third-Party Code Syncs

ReactOS utilizes several other open-source projects as part of its code base. One of the largest open-source projects we leverage is Wine, a re-implementation of several Windows APIs for Unix-like operating systems. ReactOS uses a fork of Wine that interfaces directly with a Windows-like kernel instead of translating calls to a Unix-like one.

For many years, ReactOS was limited to Wine 2.x and 3.x due to compatibility concerns adopting APIs newer than those available to Windows Server 2003. Towards the end of the 0.4.15 development cycle, we abandoned this strict adherence to Windows Server 2003 compatibility, which allowed us to slowly update our Wine fork to Wine 10.0. This upgrade is still on going, but 0.4.16 has a significant amount of this work in it. We anticipate that updating to Wine 11.0 or later versions will be significantly easier thanks to this effort to bring it up to Wine 10.0.

At this time, the ReactOS release image is still compiled with Windows Server 2003 exports only since there are several programs that expect all Windows Vista and newer exports available even if only some are exposed. If you’d like to experiment with Windows Vista and newer application support, build ReactOS using the -DDLL_EXPORT_VERSION flag. Instructions on how to build ReactOS are available here.

For the first time, ReactOS release images will include WineVDM, which increases compatibility with 16-bit Windows applications. WineVDM is available here.

ReactOS

Versienummer 0.4.16
Releasestatus Final
Website ReactOS
Download https://reactos.org/download
Licentietype Voorwaarden (GNU/BSD/etc.)

Door Bart van Klaveren

Downloads en Best Buy Guide

29-08-2026 • 15:00

55

Submitter: learn_more

Bron: ReactOS

Update-historie

29-08 ReactOS 0.4.16 55
03-'25 ReactOS 0.4.15 25
12-'21 ReactOS 0.4.14 10
04-'20 ReactOS 0.4.13 26
09-'19 ReactOS 0.4.12 17
03-'19 ReactOS 0.4.11 7
11-'18 ReactOS 0.4.10 23
07-'18 ReactOS 0.4.9 28
04-'18 ReactOS 0.4.8 40
12-'17 ReactOS 0.4.7 13
Meer historie

Reacties (55)

Sorteer op:

Weergave:

Weet nog dat in verleden bij ReacOS in de .meuk nogal sceptisch en soms negatief was over dit project. “Wordt nooit wat!” of “Wie zit hier nu op te wachten?” Etc

Inmiddels aardig wat jaartjes verder, ondersteuning voor (oud/vervallen) Windows wordt steeds minder. Windows 11 rare trekjes, en vereist specifieke hardware die soms ongeschikt is voor “emulatie” van oude bronnen.

Zo langzaam begint ReactOS zijn toegevoegde waarde te bewijzen, en biedt het mogelijkheden om “antieke” win16/32 software te gebruiken op modernere hardware, en zonder afhankelijkheid vanuit Redmond.

Vraag me niet waarom, maar in onderwijs, wetenschap, specifieke services of processen is men afhankelijk(!) van maatwerk software uit jaar krentenbol.

Dat gaat vaak prima in een VM of emulatie laag, echter zijn er ook connecties, of bepaalde interface-kaarten die niet om kunnen gaan met een virtuele tussenlaag.

Daarom heb ooit ReactOS ingezet in onderwijs bij afdeling scheikunde. Die software was cruciaal en uniek, want 20jr later was er geen alternatie die even nauwkeurig en betrouwbaar bleek.

//edit: algemeen advies is wel om ReactOS in een virtuele omgeving te draaien. Direct op host kan, maar

[Reactie gewijzigd door himlims_ op 29 augustus 2026 15:44]

Ben zelf juist van mening dat ReactOS compleet is geflopt. We zijn nu inmiddels heel wat Windows versies verder en ze zijn nog steeds niet op het niveau van Windows XP. De doelstelling om een open source XP te bouwen stamt uit het XP tijdperk en zelfs als ze het lukt is het voor normaal dagelijks gebruik totaal niet nuttig.

Linux en Wine haal je meer uit dan ReactOS en dat zegt wat mij betreft genoeg.

Het is leuk om te zien dat ze volhouden en we over 20 jaar misschien een echte XP vervanger hebben voor onze retro PC's maar een echt serieus besturing systeem zie ik dit niet worden.
Inmiddels is het target niet meer strict xp/server 2k3,

Er is serieus veel werk verzet om Vista/7+ applicaties werkend te krijgen.
Dus ik kan verwachten dat hardware uit 2025 gaat werken die voor Windows 10 geschreven zijn? Of is het op driver niveau echt nog steeds XP?
Hit en miss,

Er zijn drivers die werken en er zijn nog redelijk veel drivers met problemen of die helemaal niet werken.
Het probleem is dat XP niet de originele doelstelling was, maar Windows 95, in de tijd van FreeWin95, maar in 1998 zijn ze overgestapt op Windows NT 4.0. De bottomline is dat ik denk dat de ontwikkeling te langzaam gaat om ooit relevant te worden.

Ze zijn nu 30 jaar bezig en hebben nog geen stabiel werkend systeem.
En NT 5.1 is ook vele jaren het doel geweest, maar de afgelopen 1-2 jaar is dat min of meer losgelaten als 'strict' target,
en wordt er tijd gestoken in het werkend krijgen van modernere applicaties.

Hiermee zijn gigantische stappen verzet de laatste tijd, als het zo door gaat denk ik dat we over een jaar een heel andere discussie hebben.
mmm... hoe dien ik dit project dan te begrijpen?
Is het een project om huidige software te doen draaien op winXP-like te draaien?
Of om binnenkort antieke winXP software nog te kunnen draaien? Want jouw voorbeeld geeft deze laatste aan denk ik. En dan hoe geweldig ook, is het project nu toch al ten dode opgeschreven?
Want jouw XP software gaat echt werl ooit een keer vervangen worden door win11 software en dan is dit project ineens waardeloos voor die speciefieke applicatie.
Stell jouw software krijgt echt nooit een upgrade. Wat is dan de bijgevoegde waarde van ReactOS vs WinXP? Dat ReactOS nog bugfixes krijgt? Fair enough en zeker nog beperkt nuttig dan. Maar die software die je draait kan ook buggy/hackable zijn toch?
Goeie vraag, volgens mij spelen er een paar zaken mee. En zoals vaker is er niet één optie, en heb je keuze. Eén van die keuzes kan op reactos vallen.
Want jouw XP software gaat echt werl ooit een keer vervangen worden door win11 software en dan is dit project ineens waardeloos voor die speciefieke applicatie.
Dat is dus zeker niet altijd het geval. Sommige software voor specifieke vraagstukken, nauwkeurige metingen of berekeningen een data transfer via eoa exotische interface of support voor een nog specifieker apparaat.

Dat maatwerk software zijn, een systeem waar geen documentatie of schema’s van zijn, de ontwikkelaar onder de grond ligt etc. Of specifieke hardware vereist.

Dat komt het volgende; de hardware. Hedendaagse systemen vereisen andere apparaten en technieken. Soms gaat dat beter, soms worden zaken gebundeld, soms wordt een interface vervangen door een chip of geemuleerd. Meestal allemaal prima. Maar niet voor iedereen.

ReactOS kan een vertaalslag leggen, of ondersteuning toevoegen en hardware geschikt maken voor de software. En zo niet afhankelijk bent van hardware uit 1996, die steeds minder beschikbaar komt.

Kan me goed voorstellen dat er heden dag nog ontdekkingen gedaan worden, onderzoeksresultaat geproduceerd worden of innovatie die mede mogelijk gemaakt is dankzij ReactOS

En misschien wel belangrijkste, omdat het kan :+

[Reactie gewijzigd door himlims_ op 29 augustus 2026 15:58]

de ontwikkelaar onder de grond ligt
harsh.. but fair }>
en ok, ik had nog niet aangedacht dat moderne hardware winxp gewoon niet meer draait.
Het blijft zeker een nuttige oplossing voor die paar industriele (mijn ervaring, jouwe is matched ook nog andere zaken) toepassingen die écht niet vervangen kunnen worden en waar de hardware support/vervanging stilaan erg moeilijk/duur wordt.

Blijt het bezar vinden dat dit project zoveel tijd in oude software stopt. Zou een alternatief van win11 niet nuttiger zijn? Of is dat nog een factor 10+ moeilijker? Ik heb geen idee!
Nee niet bizar. Oude data wordt niet toegankelijk, omdat de hardware en de software niet meer bestaat/draait op huidige hardware. Dit heb je al met een oude teksverwerker.
Het bekende (beruchte?) voorbeeld is "het bonnetje" van de Teevendeal dat op opslag stond dat niet even uit te lezen valt :+

[Reactie gewijzigd door RoestVrijStaal op 30 augustus 2026 16:47]

Een hotel waarvan een sloten of warm water werkt op XP , draait op laptop , in VM nog steeds, voor de eeuwigheid met seriële poort. Software kan geen update krijgen. Sloten vervangen gaat niet gebeuren
Ze zijn al heel lang geleden begonnen, in 1998. Het is simpelweg heel lastig om Windows te reverse engineeren. Zodra NT 4.0 compatibiliteit gehaald is dan kijken ze verder naar XP of Vista.
Hoe nobel ook dat dit allemaal draait. Ik denk niet dat een ICT afdeling binnen een grote organisatie dit snel zal accepteren. Eerder nog een volledig oude pc met XP er op, airgapped of een oplossing met Wine of qemu

Technisch zal het allemaal prima werken, maar er is zoveel regelgeving rondom software en veiligheid tegenwoordig dat dat laatste een dingetje kan worden

[Reactie gewijzigd door fenrirs op 30 augustus 2026 07:10]

ReactOS, daarmee kan je oude (16-bits en 32-bits) msWindows applicaties draaien alsof het een msWXP of omstreken draait. Daar kan ik dan wel in komen.

Dat ze nu een LibreOffice, FireFox of ThunderBird draait, dan vraag ik mij af of dat de versies/varianten van 20 jaar geleden waren of dat het de huidige versies zijn. Zeker gezien er op de achtergrond een linux draait, Misschien zou ze deze software zomaar in de huidige versie kunnen ondersteunen, naast de software van toen die niet is door-ontwikkeld. Een WordPerfect bijvoorbeeld. (en die blijkt wel door ontwikkeld te zijn...)

[verbetering] Volgens Wikipedia: ReactOS draait er op de achtergrond geen linux.

[Reactie gewijzigd door beerse op 29 augustus 2026 19:46]

Het is een volledige nt kernel.

Er wordt code van wine gebruikt voor sommige usermode componenten.

De nieuwste versies van e.g. Chrome draaien nog niet, maar daar zijn we niet ver meer vanaf. Het grootste probleem hiermee is de sandboxing die de browsers doen, dat is niet triviaal om support voor te bouwen.
Ik weet niet welke ontwikkelingen momenteel spelen bij ReactOS die het mogelijk maakt om een moderne browser te draaien. Maar via de ReactOS Application Manager is momenteel Chrome 49 en Firefox 52 ESR beschikbaar. Dat zijn wel oude versies.
O.a. support voor 'job objects' in de kernel wordt hard aan gewerkt.

Dit maakt het mogelijk om processen te limiteren in wat ze kunnen.
Bedoel je dat het met toevoeging van die job objects mogelijk wordt om nieuwere versie van Firefox en Chrome te installeren?
Daarmee komen we nu een stuk verder (een aantal jaar in de Chrome releases).

Momenteel wordt er gekeken naar extra security opties voor die job objects, waarmee er weer een aantal jaar gewonnen wordt, en we relatief nieuwe browsers aan de praat hebben gekregen.

Helaas zit hier nog niks van in deze release, dit is iets waar al jaren aan gewerkt wordt, maar waar nu pas alle puzzelstukjes op hun plaats beginnen te vallen.
Interessant, bedankt voor de uitleg.
Voor de laatste versie van WordPerfect, heb je anders toch ook al minstens Windows10 nodig: https://www.wordperfect.com/en/product/office-suite/#tech-specs
Ik heb vandaag geleerd dat wordperfect nog bestaat. 🤯
Zeker gezien er op de achtergrond een linux draait
Reactos draait niet op Linux, het is echt een poging tot een volledig vanaf de grond af compatible Windows alternatief.
Dit is nu zo 1 van die dingen waar ik van denk "ah, cool, leeft dat ook nog?". Wel sjiek hoeveel toewijding die devs wel niet moeten hebben.
Ik denk dat er wel geld te rapen valt bij bedrijven die 20 jaar oude software hebben draaien.
Geld rapen met Foss? :)
Geloof je echt dat die coders hier geld mee verdienen?
Je hebt trouwens wel een punt... geld rapen IS hier mogelijk. Maar volgens mij niet met de huidige opzet.
In principe zijn we allemaal vrijwilligers, soms huren we iemand in met geld van donaties, maar dat is meestal om de klusjes te doen die niemand in zn vrije tijd wil gaan doen.
En dat is ook niet heel gek.

Een industriële machine die mechanisch goed werkt wordt niet afgeschreven omdat de software zogenaamd te oud is.
Klant van me zat tot 5 jaar terug nog met NT4 voor de zaagmachine in de kunststofkozijnenfabriek.

Inmiddels is dat Windows 10 met volledig vernieuwde productiestraat, maar ook dat is alweer EOL.
Geen ene bliep geleerd die leverancier blijkbaar, en je klant vreet het blijkbaar ook allemaal gewoon... Zo wordt het voor mijn pensioen nooit wat met life cycle management.
Ze zijn begin 2020 overgestapt naar een andere machine leverancier en die hebben toen machines met refurbished Dell PC'tjes geleverd met 500GB harddisks en Windows 10 enterprise. Heb ik later stuk voor stuk SSDs in mogen zetten want traag als stront.

Die klant kijkt niet naar welk OS er draait, die kijkt naar wat de machine kan en wat het kost.

In die tijd leverde ik ook gewoon HP Elite800 G1 computers met achteraf vervangen SSDs, die draaien ook geen Windows 11. Kon je toen nog niet weten want Windows 11 kwam pas een jaar later.
Je klant zou de machineleverancier moeten selecteren op het hebben van een volledig ondersteunde life cycle van al zijn gebruikte onderdelen. Het is compleet bezopen dat we dit in de industrie en OT nog zo makkelijk accepteren als het om software gaat. Wanneer een machinefabrikant een apparaat van een paar miljoen levert maar vervolgens een bepaald type afsluiter niet meer leverbaar is na een jaar en je dat dan maar ergens van Ali Express moet zien te trekken, zijn de rapen wel degelijk gaar.
Klinkt goed, maar als je als bedrijf in een niche zit, wordt de spoeling akelig dun. Een klant van ons maakt pallets en nou zijn er wel leveranciers voor klosontstapelaars, dek- en zaagmachines, maar dat zijn er niet zo heel veel. En er zijn meer factoren die meespelen bij het bepalen van de keuze voor een bepaalde machine. Je kán soms gewoon niet te kritisch zijn, anders eindig je zonder machine
Oh dat geloof ik direct, maar het is wel een systemische ziekte in de IT-sector. Het zou mooi zijn als we dat eens wat meer onder ogen zouden zien. De hele soevereiniteits-hype is daar een groot deel van ook.
Zo hebben wij een microscoop met win7 software. Fabrikant is failliet, maar het ding wordt dagelijks gebruikt. Vervangen zou €250000 kosten, maar door bezuinigen op de universiteiten kan dat niet.

De software blijkt goed onder Wine te draaien, maar IT wenst daar niet aan mee te werken. Dat laatste was makkelijker op te lossen dan de fondsen vinden
Het lijkt mij dat de IT moet zorgen dat de mensen (veilig) kunnen werken. Ik beschouw het gedrag van jullie IT als werkweigering.
Dat vond de directie dus ook.
20 jaar geleden draaiden we al XP. Het moet om nog oudere software gaan. Nevertheless, mooi project.
Jij denkt dat er geld zit bij bedrijven die hun gereedschap niet onderhouden?

En als het gaat om hardware van toen die het nog heel goed doet maar aangestuurd moet worden met systemen van die tijd, dan zou ik daarvoor niet afwachten wat een opensource project doet.
Ergens, en met heel veel respect voor de dev's die nog steeds bezig zijn dan met ReactOS ben ik ook wat sceptisch qua kans van slagen. Ergens denk ik van tja een van de velen zoals bij de vele Linux distro's. Op de een of andere manier mis ik gewoon een bepaalde eenheid, samenwerking of hoe je het wilt noemen.

Soms denk ik wel eens van waarom steken alle dev's niet eens de hoofden bij elkaar en starten met de bouw van 1 OS. Stop in elk geval dan met mekaar te beconcurreren maar werk dan eens echt met elkaar samen. Alleen op die manier kan er een volwaardig concurrerend OS ontstaan wat op kan tegen Microsoft en Apple.

En ja ik weet, Linux is zeker de kinderschoenen al volledig ontgroeid maar voor de doorsnee gebruiker is het nog te gecompliceerd. En ja ReactOS, tja, weet ook niet of er nu zovelen zitten te wachten op eigenlijk een verkapte oude Windows versie.
Hoeveel nt gebaseerde os varianten ken je?

Het doel is niet langer om alleen oude meuk te ondersteunen, er wordt veel werk gestoken in het draaiend krijgen van moderne browsers en Steam etc
Het is maar net hoeveel varianten je wilt zien. Zelf zie ik er maar 1 en dat is de variant die nu als windows 11 op de markt te krijgen is. Naar mijn idee is het vanaf ms Windows NT 3.x allemaal upwards compatibel. Dat wil dus zeggen dat je de upgrades van de software op alle lagen ongeveer gelijk op moet laten gaan.

Maar als je het over oude meuk hebt, dan begrijp ik dat je geen idee hebt van geschiedenis. Dat je het hebt over browsers en steam zegt mij genoeg. Die software gebruikt niemand zonder reden maar in de regel slechts om verschillende zaken bij elkaar te krijgen. Je wilt niet steam draaien maar je wilt jouw spel spelen. Je wilt geen browser gebruiken, je wilt 'internetten'...
'Die software gebruikt niemand zonder reden'

Nee dat klopt, maar als ik het heb over 'we maken internetten mogelijk' dan denk ik dat we beter naar het margriet forum kunnen verhuizen met de discussie?

En steam licht ik hier specifiek uit omdat dit een combinatie is van browser technieken (sandboxing) en een berg modernere API's.
Hoeveel nt gebaseerde os varianten ken je?
Ik doel niet specifiek op NT gebaseerde OSsen maar in zijn algemeenheid, dus ook dan inclusief Linux distro's.

Zeker geloof ik dat er veel werk in gestoken word en vandaar dat ik ook schrijf "met veel respect voor de dev's". Maar oke, browser is prima alleen zoiets als Steam is voor mij b.v. niet belangrijk, sterker nog, heb Steam geeneens geinstalleerd op mijn pc.
"Linux" mag dan ingewikkeld zijn, maar ik durf de claim wel aan dat een doorsnee gebruiker prima overweg kan met een refurb laptop voorgeïnstalleerd met Linux Mint.

Anno 2026 gewoon in de prijskijk te vinden.
Aantal laptops met Linux voorgeinstalleerd valt bar tegen in b.v. de prijsvergelijker. Maar zoals je schrijft, voorgeinstalleerd en refurbished. Bij nieuwe laptops is dat aanbod nog maar heel klein, sterker nog, in de pricewatch vind ik er net 1.

Maar het gaat er ook om als je dan naderhand nog b.v. externe hardware of andere programma's wilt installeren, dat vergt gewoon meer zoekwerk. Of als je b.v. van Windows naar Linux wilt wisselen dan vergt dit echt wel meer zoekwerk en ook meer kennis.

[Reactie gewijzigd door Roel1966 op 30 augustus 2026 22:13]

Is de situatie van ReactOS op een of andere manier te vergelijken met FreeDOS?
Wat is de situatie van freedos waar je naar verwijst?
Wel dat FreeDOS, zoals ReactOS, vooral in stand gehouden wordt om antieke hardware en software te laten werken. Terwijl FreeDOS de alfafaze ontgroeid is. Enfin dat denk ik, maar ik kan mij vergissen.
Nee, momenteel wordt er veel werk verzet om modernere applicaties aan de praat te krijgen
Vergeet ook niet dat door oude Windows te reverse engineeren, ReactOS heel veel bijdraagt aan Wine. Alleen dat maakt het project al nuttig imho.
ReactOS is voor mij wat de Sagrada Família voor katholieken is, heel mooi om het bouwproces t evolgen of eens een kijkje in te nemen, maar je weet dat het nooit echt af is.

Om te kunnen reageren moet je ingelogd zijn