Vor ein paar Tagen Microsoft auf GitHub im Open-Source-Modus veröffentlicht Quellcode des Betriebssystems MS-DOS 4.0. Laut Michal Necasek, Entwickler und Manager des OS/2 Museum-Blogs, hat das Redmond-Haus zwar eine hervorragende Tat vollbracht, aber leider auch hat den Code verstümmelt, indem er ihn auf Git veröffentlicht hat. Letzteres bewahrt i tatsächlich nicht Zeitstempel und das Konvertieren von Dateien in UTF-8 Es „bricht“ so ziemlich alles.
„Erstens bewahrt Git keine Zeitstempel auf, was dazu führt irreversibler Schaden. Zu wissen, wann eine Quelldatei zuletzt geändert wurde, ist eine wertvolle Information“, schreibt Necasek in einem Beitrag mit dem Titel „How Not To Release Historic Source Code“.
Dort Das Konvertieren von Quelldateien in UTF-8 scheint noch schwerwiegender zu sein. „Aus praktischen Gründen sind alte Quelldateien keine Textdateien. Sie sind Binärdateien und sollten unverändert beibehalten werden. Es hat keinen Sinn, eine alte Quelldatei zu nehmen und sie in UTF-8 zu konvertieren.“ […] Offensichtlich Alte Werkzeuge können damit nicht umgehen!“.
Die Bytezeilenlängenbeschränkung des MS-DOS 4 Microsoft Macro Assembler (MASM) betrug 512 Byte, und bei der UTF-8-Konvertierung werden bestimmte Dateien über diese Grenze hinaus verschoben, sodass sie nicht mehr lesbar sind. In manchen Fällen ist die Situation lösbar, in anderen wiederum.
„Der historische Quellcode es sollte einfach als Dateiarchiv, ZIP oder tar oder 7z oder was auch immer veröffentlicht werdenwobei alle Zeitstempel erhalten bleiben und jedes einzelne Byte so bleibt, wie es war. Git ist einfach kein geeignetes Werkzeug“, schließt Necasek.
Unter dem Beitrag finden sich unzählige Kommentare, in denen Connor Hyde, alias Starfrost, der bei dieser Version mit Microsoft zusammengearbeitet hat, das Problem anerkennt und seine Gründe für die Nichtangabe von Zeitstempeln darlegt. „Der Grund, warum ich keine Zeitstempel erstellen kann, ist, dass Das Datenschutzrecht verlangt zumindest die Anonymisierung von Quelldateien“, schreibt Starfrost und verschiebt die Diskussion mit Necasek per E-Mail, um das Chaos zu lösen, falls das möglich ist.
