Exécuter des applications Windows 16 bits sur Windows 64 bits avec winevdm
Sommaire
En bref
- Un projet open source permet de lancer des binaires Windows 16 bits sur des versions 64 bits actuelles, via une emulation CPU et une traduction des appels API.
- La solution reconstruit un environnement Win16 complet : noyau 16 bits émulé, conversion Win16↔Win32, gestion des répertoires système.
- Communautaire depuis des années, ce n'est pas une solution Microsoft officielle, mais elle fonctionne pour des cas de nostalgie ou des logiciels orphelins.
Ce que dit la source
Microsoft a supprimé le support natif des binaires Windows 16 bits en passant au 64 bits, ce qui a forcé certains utilisateurs à conserver d'anciennes versions de Windows ou à renoncer à des applications historiques. Le projet winevdm, basé sur du code Wine, propose une réponse en reconstituant cette couche 16 bits sur des Windows modernes.
- L'émulateur inclut un CPU 16 bits virtuel, puisque Windows 64 bits refuse les modifications du LDT (Local Descriptor Table) au niveau noyau
- Mécanisme de conversion Win16→Win32 : chaque appel système 16 bits est relayé en 32 bits, par exemple DestroyWindow16() appelle sa variante 32 bits
- Support partiel des exécutables DOS (via un sous-système d'émulation DOS, non complet ; DOSBox est recommandé pour un vrai usage DOS)
- Redirection des écritures dans %WINDIR% vers des emplacements accessibles, car Windows moderne interdit l'écriture directe au répertoire système
- Cas d'usage validé : MS Office 2.0 fonctionne et produit des fichiers (.doc, .rtf) lisibles par Office 365 et LibreOffice
Dans les commentaires
Débat partagé : certains trouvent regrettable que Microsoft n'ait pas fourni nativement ce support lors du passage au 64 bits, quand d'autres soulignent qu'une VM légère aurait suffi. Peu de critique sur la qualité technique du projet lui-même.
- Plusieurs commentaires regrettent une absence de support officiel Microsoft : la suppression du support 16 bits (Windows 2008 et après) a probablement coûté plus en support utilisateur et réticence à la migration que ce qu'une couche de compatibilité aurait demandé.
- Un commentateur note que le support 16 et 32 bits est mieux assuré sur Wine/Linux actuellement, ce qui remet en question la priorité de Microsoft.
- Petite objection pragmatique : une VM légère aurait pu suffire, reposant sur l'observation que l'isolement était peut-être préférable à une intégration système complète.
Notre lecture
Projet nostalgique et valide techniquement, actif depuis des années (avant la vague d'IA), mais marginal : le besoin réel de faire tourner Windows 3.1 ou MS Office 2.0 en 2024 est anecdotique. Intéressant pour les musées informatiques et l'archéologie numérique, aucune conséquence pour une DSI. La vraie question, pourquoi Microsoft a retiré ce support au lieu de le maintenir, est légitime, mais sans réponse ici.