een totaal besturingssysteem bouwen door de broncode te compileren is niet iets voor de flauwvallen; Een eigentijdse Linux- of BSD-distributie bestaat uit talloze bundels met miljoenen lijnen van de code, die alle vereiste moet worden verwerkt in de ideale koop en het resultaat dat op de juiste plaats wordt bewaard. Voor iedereen De meest hardcore gentoo-toegewijden, de methode is veel gemakkelijker om vooraf gecompileerde binaries te krijgen, maar ongetwijfeld moet iemand op een gegeven moment het hele compilatieproces hebben uitgevoerd.
Wat waar is voor hedendaagse OSES houdt eveneens in voor oude softwaretoepassing zoals MS-DOS. Wanneer Microsoft de broncode een paar jaar geleden voor een aantal DOS-versies heeft uitgebracht, heeft veel mensen over de code gebracht om te zoeken naar oneven reacties, evenals mensen zonder papieren, maar weinigen probeerden echt het hele pakket te compileren. Maar [Michal NECASEK] in het OS / 2-museum heeft zich echter niet verlaten van die uitdaging, evenals gedocumenteerd het geheel niet-rechtlijnige proces van het compileren van DOS 2.11 van de bron.
Het allereerste nummer was uitzoeken welke versie beschikbaar is gemaakt: hoewel het Computer History Museum de bundel heeft gelabeld net als “MS-DOS 2.0”, bevatte het echt een mix van OEM-binaries van versie 2.0, broncode van versie 2.11 ook Zoals sommige andere dingen over zijn van het vooruitgangsproces. De OEM-binaries zijn voornamelijk voltooide executables, maar ook bestaan uit fundamentele broncode voor sommige systeemcomponenten, waardoor computermakers die elementen op maat maken met hun bepaalde hardwareplatform.
Het compileren van de broncode was ook niet triviaal. [Michal] werd uitgezocht om gebruik te maken van periode-correcte tools, evenals een blik op het gedrag van ongeveer een lotsversies van MASM, de assembler waarschijnlijk is gebruikt door Microsoft in het begin van de jaren tachtig. Zoals het bleek, vormde versie 1.25 van 1983-code die veel zorgvuldig overeenkwam met de artikelcode die is ontdekt in bestaande binaries, evenals zelfs dan, sommige stukken broncode hebben kleine aanpassingen nodig om correct te ontwikkelen. [Michal] ‘s blog publiceert eveneens in aanzienlijk detail op de subtiele verschillen tussen Microsoft-Style evenals IBM-stijl DOS, die dieper gaan dan alleen de namen van systeemgegevens (MSDOS.SYS versus IBMDOS.com).
Het eindresultaat van deze oefening is een aangepaste DOS 2.11-bronbundel die echt compileert met een werkreeks binaries, in tegenstelling tot het origineel. Zowel en hoewel dit geen enkele nieuwe code produceert, gezien het feit dat binaries van DOS 2.11 al lang beschikbaar zijn, levert het een interessante look aan in de voorschriften van software-applicatie in een leeftijd wanneer zelfs de fundamentele elementen van het PC-platform niet waren volledig gestandaardiseerd. Evenals niet meer onthouden dat zelfs vandaag sommige mensen nog steeds nieuwe DOS-software opzetten.
