Am 4. April veröffentlichte Microsoft den Quellcode seines bahnbrechenden MS-DOS 4-Betriebssystems von 1986 auf GitHub, der zusammen mit seinen anderen DOS-Quellcode-Releases aufgeführt ist – allerdings scheint die Veröffentlichung von MS-DOS 4 auf GitHub in seiner aktuellen geänderten Form einige kritische Dateien beschädigt zu haben vollständig.
Wie der bekannte Entwickler und Betreiber des Blogs „OS/2 Museum“ Michal Necasek in „How Not To Release Historic Source Code“ betont, macht das Versäumnis von Git, Zeitstempel beizubehalten und Dateien in UTF-8 zu konvertieren, so ziemlich alles kaputt. Necasek lobte die Veröffentlichung des Codes, kritisierte jedoch die dabei entstandenen Fehler und sagte: „Aber bitte verstümmeln Sie nicht den historischen Quellcode, indem Sie ihn in (dummen) Git schieben.“
Von den beiden Problemen kann die Konvertierung von Quelldateien in UTF-8 schwerwiegender sein. Dies liegt daran, dass die alten Tools dieser Betriebssysteme UTF-8 nicht wirklich analysieren können und wahrscheinlich auch nicht dafür aktualisiert werden können. Die Bytezeilenlängenbeschränkung des MASM von MS-DOS 4 betrug 512 Bytes, und die UTF-8-Konvertierung führt dazu, dass bestimmte Dateien diese Grenze überschreiten, wodurch sie unlesbar werden.
Der Schweregrad der Dateifehler variiert, aber der Beitrag des OS/2-Museums weist darauf hin, dass die Kernsystemdateien perfekt zu den Original-Disk-Image-Dateien passen. Allerdings scheint der Quellcode auch 4.01 zu entsprechen, einem „stillen“ Update auf 4.00, das ein paar Fehler behebt. Es war nicht direkt verfügbar, wurde aber an PC-OEMs geliefert.
Im ursprünglichen Beitrag wurde empfohlen, die Rohdateien einfach als Archiv freizugeben, ohne UTF-8-Konvertierung oder ähnliches. Die Geschichte geht jedoch sofort in den Kommentaren weiter, wo Connor Hyde, Mitentwickler der MS-DOS 4-Version, alias Starfrost, das Problem anerkennt und rechtliche Gründe für die Nichtangabe von Zeitstempeln offenlegt.
Die Diskussion zwischen Michal und Starfrost geht kurz in den Kommentaren weiter, bevor sie sich den E-Mails widmen, auf die wir sie nicht drängen. Trotz Michals kritischem Tonfall wird darauf hingewiesen, dass idiotische Unternehmensrichtlinien „offensichtlich“ nicht die Schuld eines Indie-Entwicklers wie Starfrost sind.
Hoffentlich können diese Probleme bald behoben werden, sodass Sie MS-DOS 4 in seiner vollen Pracht genießen können. Allerdings erfreute sich MS-DOS 4 aufgrund der hohen RAM-Auslastung von 92 KB immer noch nicht großer Beliebtheit, als es ordnungsgemäß funktionierte.
Amüsanterweise führte dies dazu, dass das konkurrierende DR-DOS die Versionierung 4.0-4.99 völlig übersprang und stattdessen von Version 3.41 auf Version 5.0 wechselte – obwohl der Multitasking-Fokus von MS-DOS 4 auch heute noch besteht.