MS-DOS 2.0: Paul Allens Rebellion gegen IBM
The Road to MS-DOS 2.0
Die Entwicklung von MS-DOS 2.0 war ein Kampf zwischen Microsoft und IBM. Während IBM nur eine kleine Erweiterung für die neue Festplatte des PC XT wollte, bestand Paul Allen auf einer grundlegenden Überarbeitung mit hierarchischem Dateisystem, ladbaren Treibern und Hintergrunddrucken. Trotz heftiger Auseinandersetzungen setzte sich Allen durch – und schuf so die Grundlage für den Erfolg von MS-DOS.
„Selbst eine abgespeckte Version von Unix war für den 8086-Chip zu anspruchsvoll.“ – Paul Allen
- RetroTechie
Unerwarteterweise enthielt MS-DOS 2.0 ein /dev-Verzeichnis.
https://github.com/microsoft/MS-DOS/blob/main/v2.0/source/CO...
- add2
Das ist aufschlussreich. Als ich aufwuchs, spielte ich mit Unix-Rechnern (und speziell XENIX, meistens schrieb ich Shell-Skripte und stöberte im Dateisystem) und programmierte MS-DOS in Assembler. Dabei sah ich oft seltsame Parallelen zwischen der Funktionsweise in MS-DOS und der in Unix. Ich nahm einfach an, dass die MSFT-Programmierer irgendwann Unix benutzt hatten und Funktionen und Redewendungen daraus in DOS übernehmen wollten. Es kam mir nie in den Sinn, obwohl ich wusste, dass XENIX eine von MSFT lizenzierte Unix-Variante war, dass es eine direktere Inspiration für diesen vagen Unix-"Geschmack" in DOS geben könnte.
Ich habe nie CP/M programmiert, daher erschien mir die gesamte FCB-basierte Dateimanipulations-API in MS-DOS einfach wie seltsamer alter Ballast. Hätte ich CP/M gekannt, wäre die Unix-Inspiration hinter der handle-basierten API viel offensichtlicher gewesen. (Ich kam ungefähr in der MS-DOS-3.3-Ära dazu...)
Was für eine seltsame Welt wäre es gewesen, wenn MSFT IBM dazu gebracht hätte, auf den Unix-Pfadtrenner zu setzen.
- pjmlp
Ich habe mir vor ein paar Nächten selbst 8086-16-Bit-Assembler auf MS-DOS 5.0 beigebracht. Es hat so viel Spaß gemacht, einen Farbblock auf CGA darzustellen.
Trotzdem: Systemcode in Assembler zu schreiben hätte wahrscheinlich viel Schlaflosigkeit und andere Nebenwirkungen verursacht, besonders als Microsoft noch weit davon entfernt war, die dominierende Kraft auf dem IBM PC zu sein.