Nächte und Wochenenden: Wie ein geheimer Hack Windows 3.0 entfesselte

Im Juni 1988 traf der Microsoft-Programmierer David Weise zufällig auf den Physikprofessor und freien Entwickler Murray Sargent. Sargent arbeitete gerade daran, dem CodeView-Debugger von Microsoft mithilfe einer Softwaretechnologie namens DOS-Extender neue Speicherverwaltungsfunktionen hinzuzufügen. Für Weise, der sich bei der Entwicklung von Windows schon lange mit Speicherbegrenzungen herumgeschlagen hatte, lieferte Sargents Projekt einen unerwarteten Funken. Er erkannte, dass derselbe Mechanismus, der CodeView am Leben hielt, potenziell das gesamte grafische Betriebsumfeld von Microsoft aus den engen Grenzen von MS-DOS befreien könnte.

Der 640-KB-Engpass

Laut der Quelle war MS-DOS durch seine Ursprünge auf dem Intel-8088-Mikroprozessor grundlegend eingeschränkt. Dieser frühe Chip begrenzte das Betriebssystem im sogenannten Real Mode auf den Zugriff von höchstens 640 KB Arbeitsspeicher. Selbst als neuere Mikroprozessoren wie der Intel 80286 und 80386 auf den Markt kamen – die im Protected Mode bis zu 16 MB beziehungsweise 4 GB Speicher adressieren konnten –, zwang MS-DOS sie weiterhin dazu, unterhalb der alten 640-KB-Grenze zu arbeiten. Da frühe Versionen von Windows direkt auf MS-DOS aufbauten, erbten sie diese Barriere, was Entwickler dazu zwang, den Arbeitsspeicher auf engstem Raum ständig neu zu jonglieren.

Ein heimlicher Prototyp in Nachtarbeit

Um diese Einschränkung zu umgehen, hatte das Systemsoftware-Unternehmen Quarterdeck Office Systems das Konzept eines DOS-Extenders entwickelt. Der Extender betrieb den Prozessor für normalen Anwendungscode im Protected Mode, schaltete die CPU jedoch vorübergehend in den Real Mode zurück, wann immer eine Software Datei-Befehle an MS-DOS übergeben musste. Weise witterte eine Chance und beschloss, nicht erst um eine offizielle Erlaubnis im Unternehmen zu bitten. In drei intensiven Monaten voller Nacht- und Wochenendarbeit entwickelte Weise in enger Zusammenarbeit mit Sargent einen maßgeschneiderten DOS-Extender und integrierte ihn in einen geheimen Protected-Mode-Prototyp von Windows. Nach Feierabend löste er Schritt für Schritt Kompatibilitätsprobleme mit Treibern und verlagerte nacheinander Grafiktreiber, Tastatureingabetreiber und zentrale Subsysteme der Benutzeroberfläche in den geschützten Speicher.

Die Präsentation im Herbst 1988

Im Herbst 1988 war Weise bereit, seine unautorisierte Kreation vorzustellen. Er demonstrierte den funktionsfähigen Prototyp den Microsoft-Führungskräften Bill Gates und Steve Ballmer. Zu dieser Zeit steckte Microsoft in einer heiklen gemeinsamen Vereinbarung mit IBM zur Förderung von OS/2 – einem Betriebssystem, das speziell um den Protected Mode herum entwickelt worden war. Die Autorisierung einer Protected-Mode-Version von Windows barg das Risiko, die Strategie von IBM direkt zu untergraben. Dennoch zeigte sich Gates von der flüssigen Demonstration beeindruckt. Zunehmend frustriert über die geschäftlichen Reibereien mit IBM traf er eine schnelle Entscheidung und genehmigte Weises Projekt mit der Anweisung, die Entwicklung voranzutreiben.

DPMI und das Software-Ökosystem der 1990er-Jahre

Microsoft formalisierte die Speichertechnik schließlich zu einem offenen Standard namens DOS Protected Mode Interface oder DPMI. Anstatt MS-DOS aufzugeben, wurde diese Technologie zur zentralen Grundlage von Windows 3.0 und ermöglichte es PC-Software, nahtlos auf mehrere Megabyte erweiterten Arbeitsspeicher zuzugreifen. Außerhalb von Windows nutzten Drittanbieter-Utilities wie der Extender DOS/4GW die DPMI-Spezifikation, um ressourcenintensive Software anzutreiben. Vor allem das PC-Spiel Doom aus dem Jahr 1993 nutzte DOS/4GW und das DPMI-Framework, um komplexe 3D-Grafiken direkt unter MS-DOS zu rendern.

Was als inoffizielles Feierabendprojekt begann, verlängerte letztlich die Lebensdauer von MS-DOS über die gesamten 1990er-Jahre hinweg. Indem die DPMI-Spezifikation den Protected-Mode-Speicher für Standard-PC-Anwendungen öffnete, ermöglichte sie einer ganzen Generation anspruchsvoller 3D-Spiele und fortschrittlicher Produktivitätswerkzeuge die Ausführung auf bestehender Hardware – und legte so das technische Fundament für das moderne 32-Bit-Computing.

KI-generierte redaktionelle Illustration; kein Dokumentarfoto.

Quelle: Doing Windows, Part 7: Third Time’s the Charm A Quick Tour of Windows 3.0