El 4 de abril, Microsoft publicó el código fuente de su sistema operativo MS-DOS 4 de 1986 en GitHub, incluido junto con sus otras versiones de código fuente de DOS; sin embargo, publicar MS-DOS 4 en GitHub en su forma modificada actual parece haber roto algunos puntos críticos. archivos. completamente.

Como lo destacó el famoso desarrollador del Museo OS/2 y operador de blog Michal Necasek en Cómo no publicar el código fuente histórico, git no conserva marcas de tiempo y la conversión de archivos a UTF-8 prácticamente rompe todo. Necasek elogió la publicación del código, pero criticó los errores introducidos en el proceso, diciendo: «Pero, por favor, no estropeen el código fuente histórico poniéndolo en (estúpido) git».

De los dos problemas, los archivos fuente convertidos a UTF-8 pueden ser más graves. Esto se debe a que las antiguas herramientas características de estos sistemas operativos en realidad no pueden analizar UTF-8 y probablemente tampoco puedan actualizarse para hacerlo. El límite de longitud de línea de 4 bytes MASM de MS-DOS era de 512 bytes, y la conversión UTF-8 eleva archivos específicos por encima de este límite, lo que los hace ilegibles.

La gravedad de los errores de archivos varía, pero la publicación del Museo OS/2 señala que los archivos principales del sistema son una combinación perfecta para los archivos de imagen del disco originales. Sin embargo, el código fuente también parece coincidir con 4.01, una actualización «silenciosa» a 4.00 que solucionó algunos errores. No estaba disponible directamente, pero se envió a los fabricantes de equipos originales de PC.

La publicación original recomendaba simplemente publicar los archivos sin formato como un solo archivo, sin convertirlos a UTF-8 ni nada por el estilo. Sin embargo, la historia continúa inmediatamente en los comentarios, donde el co-desarrollador de la versión MS-DOS 4, Connor Hyde, también conocido como Starfrost, reconoce el problema y revela razones legales para no incluir marcas de tiempo.

La discusión entre Michal y Starfrost continúa brevemente en los comentarios antes de enviar correos electrónicos por los que no los presionaremos. A pesar del tono crítico de Michal, se observa que las estúpidas políticas corporativas «obviamente» no son culpa de un desarrollador independiente como Starfrost.

Esperemos que estos problemas puedan resolverse pronto para que MS-DOS 4 pueda disfrutarse en todo su esplendor. Sin embargo, MS-DOS 4 todavía no era del agrado cuando funcionaba correctamente debido al uso intensivo de 92 KB de RAM.

Curiosamente, esto dio lugar a que la competencia DR-DOS se saltara por completo la versión 4.0-4.99 en favor de pasar de la versión 3.41 a la versión 5.0, aunque el enfoque multitarea de MS-DOS 4 todavía sigue vigente hoy en día.