ReactOS le clone de windows opensource
ReactOS fête ses 30 ans toujours en alpha : retour sur un projet qui réimplémente Windows NT et vient de franchir un cap symbolique vers l'ère NT6.
Le projet vient de fêter ses 30 ans et son fait d'armes de l'été, c'est un appel système qui ne fait rien. Ce n'est pas une blague, c'est la meilleure leçon de scope que j'ai lue cette année.
30 ans, et toujours pas de 1.0
Le 22 janvier 2026, ReactOS a fêté les 30 ans de son premier commit.
Pour ceux qui découvrent, ReactOS c'est une réimplémentation libre de Windows NT. Pas une couche de compatibilité comme Wine, pas une VM. Un OS complet, from scratch, capable de booter sur du vrai matériel et de faire tourner des applications et des drivers Windows natifs.
Le projet a publié un bilan chiffré, et ça vaut le coup de le regarder froidement :
- 88 198 commits
- 301 contributeurs uniques
- 31 025 fichiers
- 14 929 578 lignes de code
Et la dernière version publiée, la 0.4.15, date de mars 2025. La branche 0.4.x est ouverte depuis 2016. Statut officiel du projet : alpha.
Trente ans, quinze millions de lignes, et on est encore en alpha...
Parce que la cible bouge, et qu'ils ne la contrôlent pas
Le problème de ReactOS n'est pas un problème de talent. Les gens qui écrivent un kernel NT-like en clean room sont, par définition, très bons.
Le problème, c'est la nature de l'objectif.
ReactOS ne construit pas un produit. Il rattrape une spécification qu'il ne possède pas, qui n'est pas documentée, et qui a continué d'avancer pendant qu'ils codaient. Windows NT 4, puis 2000, puis XP, puis Server 2003. Et pendant ce temps, Microsoft sortait Vista, 7, 10, 11.
Le récit du projet est éloquent sur les points de rupture.
En 2006, des soupçons pèsent sur des contributeurs ayant eu accès à du code source Windows leaké. Le projet gèle les contributions et audite sa propre base de code. Le coordinateur démissionne. Ce gel a plombé toute l'ère 0.3.x.
Donc oui, la cible bouge. Mais surtout, la moindre incertitude juridique sur l'origine du code peut vous coûter deux ans de momentum. C'est ça, dépendre d'une spec propriétaire.
Le premier appel système NT6 ne fait rien, et ils ont raison de le fêter
Là où ça devient intéressant, c'est l'actualité récente du projet.
En janvier 2026, ReactOS a synchronisé son implémentation de MSVCRT sur l'état de Wine 10.0. Résultat annoncé : environ 7 574 échecs de tests corrigés sur 25 517, soit une baisse de 29,6 % des échecs d'API. Un vrai gain, mesurable, sur une base de tests.
Et début juillet 2026, le projet a annoncé son premier appel système NT6 : NtGetCurrentProcessorNumberEx. Il renvoie le numéro du processeur logique sur lequel tourne l'appelant.
Concrètement, il ne sert à rien aujourd'hui. L'équipe le dit elle-même. Aucun logiciel Vista ne va se mettre à tourner grâce à lui.
Mais c'est le premier pas hors de l'ère NT5. Et pour un projet qui vise la compatibilité Vista et au-delà, poser la première brique du nouveau socle est plus significatif que d'ajouter une trentième fonctionnalité au socle existant.
Fêter un appel système vide, ça ressemble à du copium vu de l'extérieur. Vu de l'intérieur, c'est le seul jalon qui compte quand vous changez de génération d'ABI (Application Binary Interface).
FAQ
ReactOS peut-il remplacer Windows au quotidien en 2026 ?
Non, le projet est toujours en statut alpha et vise essentiellement la compatibilité avec Windows NT5 (2000, XP, Server 2003). Ce n'est pas encore une base stable pour un usage quotidien.
Pourquoi ReactOS met-il autant de temps à sortir une version stable ?
Parce qu'il ne développe pas un produit avec un cahier des charges fixe, mais rattrape une spécification propriétaire, non documentée, qui continue d'évoluer chez Microsoft. À cela s'ajoutent des crises internes, comme le gel des contributions en 2006 après des soupçons de code source leaké.
Quelle est la différence entre ReactOS et Wine ?
Wine est une couche de compatibilité qui permet de lancer des applications Windows sur un autre système, sans être un OS à part entière. ReactOS, lui, est un système d'exploitation complet et indépendant, capable de démarrer sur du matériel réel et de faire tourner nativement des applications et des drivers Windows.
À quoi sert concrètement le nouvel appel système NtGetCurrentProcessorNumberEx ?
Dans l'immédiat, à rien d'utile pour l'utilisateur final : aucun logiciel ne va soudainement fonctionner grâce à lui. Sa valeur est symbolique et technique, puisqu'il marque la première brique de l'ère NT6, nécessaire pour viser la compatibilité avec Vista et les versions suivantes.
Le travail de synchronisation avec Wine change-t-il vraiment quelque chose ?
Oui, il s'agit d'un gain mesurable et concret : la mise à jour de MSVCRT sur la base de Wine 10.0 a permis de corriger environ 7 574 échecs de tests sur 25 517, soit une baisse de 29,6 % des échecs d'API. C'est le genre d'amélioration qui renforce la fiabilité des applications déjà supportées.
Pourquoi le projet reste-t-il actif après 30 ans sans version 1.0 ?
Parce que malgré la lenteur, l'objectif technique reste cohérent et progresse réellement, comme le montrent les 88 198 commits et les contributions continues de plus de 300 développeurs. Le projet avance par petits jalons significatifs, même s'ils paraissent anecdotiques de l'extérieur.
Alexandre P.
Développeur passionné depuis plus de 20 ans, j'ai une appétence particulière pour les défis techniques et changer de technologie ne me fait pas froid aux yeux.
Poursuivre la lecture
