Un musée critique Microsoft pour la version open source « mutilée » de MS-DOS 4 – publiée sur un portail « stupide », accusée d'erreur

Le 4 avril, Microsoft a publié le code source du système d'exploitation MS-DOS 4 de 1986 sur GitHub, répertorié aux côtés d'autres versions du code source DOS. Cependant, la publication de MS-DOS 4 sur GitHub dans sa forme modifiée actuelle semble avoir brisé certains fichiers. sont assez importants.

Le célèbre développeur et exploitant du musée OS/2, Michal Necasek, a également fait appel Comment ne pas divulguer le code source historiqueL'incapacité de git à conserver les horodatages et à convertir les fichiers en UTF-8 casse à peu près tout. Necasek a fait l'éloge de la publication du code mais a critiqué les bugs introduits dans le processus, en disant : « Mais s'il vous plaît, ne déformez pas le code source historique en l'insérant dans un portail (stupide). »

Parmi les deux problèmes, les fichiers sources convertis en UTF-8 peuvent être plus graves. En effet, les anciens outils proposés pour ces systèmes d'exploitation ne peuvent pas réellement analyser UTF-8 et n'ont probablement pas non plus été mis à jour pour le faire. La longueur maximale de ligne d'octets pour le MASM de MS-DOS 4 était de 512 octets, et une conversion UTF-8 récupère certains fichiers au-dessus de cette limite, les rendant illisibles.

La gravité des erreurs de fichiers varie, mais la publication OS/2 Museum note que les fichiers du système principal correspondent exactement aux fichiers d'image disque d'origine. Cependant, le code source semble également être compatible avec la version 4.01, une mise à jour « silencieuse » vers la version 4.00 qui a corrigé quelques bugs. Il n'était pas disponible directement mais était expédié aux fabricants de PC.

Le message original recommandait simplement de modifier les fichiers bruts en tant qu'archive, sans convertir UTF-8 ou quoi que ce soit du genre. Cependant, l'histoire continue immédiatement dans les commentaires, où le co-développeur de la version MS-DOS 4, Connor Hyde, alias Starfrost, reconnaît le problème et révèle les raisons juridiques pour ne pas inclure les horodatages.

La discussion entre Michal et Starfrost se poursuit brièvement dans les commentaires avant de la déplacer vers les e-mails, ce pour quoi nous ne leur ferons pas pression. Malgré le ton critique de Michel, il a été noté que les politiques stupides de l'entreprise ne sont « évidemment » pas la faute d'un développeur indépendant comme Starfrost.

Espérons que ces problèmes seront bientôt résolus afin que MS-DOS 4 puisse être apprécié dans toute sa splendeur. Cependant, MS-DOS 4 était encore impopulaire lorsqu'il fonctionnait correctement en raison de son utilisation massive de 92 Ko de RAM.

Il est intéressant de noter que cela a conduit son rival DR-DOS à ignorer entièrement la version 4.0-4.99 en faveur du passage de la version 3.41 à la version 5.0 – bien que l'accent mis sur le multitâche dans MS-DOS 4 soit toujours présent aujourd'hui.