Op 4 april bracht Microsoft de broncode voor het aanbevolen MS-DOS 4-besturingssysteem uit 1986 uit op GitHub, vermeld naast andere DOS-broncodeversies – het lijkt er echter op dat het plaatsen van MS-DOS 4 op GitHub in de huidige gewijzigde vorm sommige bestanden kapot heeft gemaakt zijn behoorlijk belangrijk.
De populaire OS/2 Museum-ontwikkelaar en -operator Michal Necasek heeft ook een beroep gedaan Hoe historische broncode niet vrij te gevenHet onvermogen van git om tijdstempels te behouden en bestanden naar UTF-8 te converteren, maakt vrijwel alles kapot. Necasek prees de vrijgave van de code, maar bekritiseerde de bugs die tijdens het proces waren geïntroduceerd, door te zeggen: “Maar alsjeblieft, verdraai de historische broncode niet door deze in een (domme) portal in te voegen.”
Van de twee problemen kunnen bronbestanden die naar UTF-8 zijn geconverteerd ernstiger zijn. Dit komt omdat de oudere tools voor deze besturingssystemen UTF-8 niet daadwerkelijk kunnen parseren en waarschijnlijk ook niet zijn bijgewerkt om dit te doen. De maximale bytelijnlengte voor de MASM van MS-DOS 4 was 512 bytes, en een UTF-8-conversie haalt bepaalde bestanden boven die limiet op, waardoor ze onleesbaar worden.
De ernst van bestandsfouten varieert, maar in de OS/2 Museum-publicatie wordt opgemerkt dat de kernsysteembestanden exact overeenkomen met de originele schijfkopiebestanden. De broncode lijkt echter ook compatibel te zijn met versie 4.01, een “stille” update naar versie 4.00 die enkele bugs heeft opgelost. Het was niet rechtstreeks beschikbaar, maar werd verzonden naar pc-fabrikanten.
In het oorspronkelijke bericht werd aanbevolen om de onbewerkte bestanden eenvoudigweg als archief te bewerken, zonder UTF-8 of iets dergelijks te converteren. Het verhaal gaat echter onmiddellijk verder in de commentaren, waar mede-ontwikkelaar van de MS-DOS 4-versie, Connor Hyde, ook bekend als Starfrost, het probleem erkent en de juridische redenen onthult voor het niet opnemen van tijdstempels.
De discussie tussen Michal en Starfrost gaat kort verder in de reacties voordat ze deze naar e-mails verplaatsen, waarvoor we ze niet onder druk zullen zetten. Ondanks Michels kritische toon werd opgemerkt dat het stomme beleid van het bedrijf ‘duidelijk’ niet de schuld is van een onafhankelijke ontwikkelaar als Starfrost.
Hopelijk worden deze problemen snel opgelost, zodat je in zijn volle glorie van MS-DOS 4 kunt genieten. MS-DOS 4 was echter nog steeds niet populair toen het correct draaide vanwege het enorme gebruik van 92 KB RAM.
Interessant genoeg leidde dit ertoe dat rivaliserende DR-DOS versie 4.0-4.99 helemaal oversloeg ten gunste van de overstap van versie 3.41 naar versie 5.0 – hoewel de nadruk op multitasking in MS-DOS 4 nog steeds aanwezig is.
