imported>Y2kbug: /* Geschichte */ tf + das 4-GB-Limit ist nur theoretisch (praktisch waren es immer weniger als 4 GB Arbeitsspeicher)

2026-04-30T08:14:50Z

Geschichte: tf + das 4-GB-Limit ist nur theoretisch (praktisch waren es immer weniger als 4 GB Arbeitsspeicher)

Neue Seite

Als '''DOS-Extender''' bezeichnet man Programme für [[MS-DOS]] bzw. dazu [[PC-kompatibles DOS|kompatibles DOS]] (wie [[PC DOS]] oder [[DR-DOS]]), die den {{lang|en|[[Protected Mode]]}} verwenden. Dieser steht bei der [[x86-Architektur]] ab dem [[Intel 80286]] (16-Bit-{{lang|en|Protected-Mode}}) und [[Intel 80386|80386]] (zusätzlich 32-Bit-{{lang|en|Protected-Mode}}) neben dem bisherigen {{lang|en|[[Real Mode]]}} zur Verfügung. Da PC-kompatibles DOS ein {{lang|en|Real-Mode}}-Betriebssystem ist, sind DOS-Programme grundsätzlich ebenfalls auf diesen Modus beschränkt, und damit auch auf den [[Konventioneller Speicher|konventionellen Speicher]] von 640 [[Kibibyte|KiB]]. Mithilfe eines DOS-Extenders allerdings können DOS-Programme nicht nur im {{lang|en|Protected Mode}} laufen, sondern vor allem haben sie direkten Zugriff auf den [[Extended Memory|erweiterten Speicher]], womit diese Limitierung wegfällt.<ref name="CW_1989_Extender-appeal">{{Literatur |Autor=Douglas Barney |Titel=Extender appeal; Vendors add support in light of OS/2 letdown |Sammelwerk=[[Computerworld]] |Band=13 |Nummer=19 |Datum=1989-05-08 |Sprache=en |Seiten=43, 59 |ISSN=0010-4841 |Online={{Google Buch |BuchID=JSVkkdmXWF4C |SeitenID=PP43}}}}</ref>

Die bekanntesten Standards für DOS-Extender sind [[Virtual Control Program Interface|VCPI]] und [[DOS Protected Mode Interface|DPMI]]. Anfang der 1990er Jahre etablierte sich durchwegs DPMI, weil es mit den DOS-basierten Windows-Versionen ab [[Windows 3.x]] und mit [[OS/2]] voll kompatibel ist.

== Geschichte ==
In [[86-DOS]], das ab 1981 als [[PC DOS]] mit dem [[IBM Personal Computer|IBM PC, Modell 5150]], der die [[PC (Plattform)|PC-Plattform]] begründet, vertrieben und für kompatible PCs als [[MS-DOS]] vermarktet wurde, steht nur 1 MiB [[Adressraum#Adressraum in der Informationstechnologie|Adressraum]] zur Verfügung. Dieses Limit ist auf den im IBM PC verwendeten [[Intel 8088|8088]]-Prozessor zurückzuführen, einer [[16-Bit-Architektur]] mit [[8-Bit-Architektur|8-Bit]]-[[Datenbus|Daten-]] und 20-Bit-[[Adressbus]], wo dieser als [[Arbeitsspeicher]] auf 640 KiB für Betriebssystem und Programme und 384 KiB für den Zugriff auf Geräte wie das [[BIOS (IBM PC)|BIOS]] oder den [[Grafikspeicher]] aufgeteilt wurde. Dadurch steht auf [[IBM-PC-kompatibler Computer|IBM-PC-Kompatiblen]] unter DOS nur 640 KiB „[[Konventioneller Speicher]]“ zur Verfügung.<ref>{{Literatur |Autor=Guido Weckwerth |Titel=Der Dornröschenschlaf des 80286/80386 – Grundlagen zum Protected Mode |Sammelwerk=[[DOS International]] |Nummer=5/1990 |Verlag=[[Weka Group|DMV-Verlag]] |Datum=1990-05 |Seiten=52 ff. |ISSN=0933-1557 |Zitat=Bestimmt haben Sie schon einmal davon gehört, daß die 80286- und 80386-Prozessoren mehr als 1 MByte Speicher adressieren können. MS-DOS bietet dagegen höchstens 640 KByte Platz für Daten und Programme. … Als der IBM-PC vor ungefähr zehn Jahren auf den Markt kam, war Speicher noch sehr teuer. Gerätekonfigurationen mit 1 MByte RAM oder mehr waren aus preislichen Gründen nicht denkbar. Da der ursprünglich verfügbare Prozessor Intel 8088 oder 8086 ohnehin den für damalige Verhältnisse riesigen Adreßraum von 1 MByte besaß, wurde das Betriebssystem MS-DOS nicht für größere Adreßräume ausgelegt. Heutige Versionen können diese Grenze aus Kompatibilitätsgründen nicht oder, wie Sie später noch sehen werden, nur sehr schwer überwinden.}}</ref>

Mit dem [[IBM Personal Computer/AT|IBM PC/AT]] verwendete IBM Ende 1984 erstmals einen [[Intel 80286|80286]]-Prozessor, bei dem Intel mit dem {{lang|en|[[Protected Mode]]}} einen zusätzlichen Betriebsmodus hinzugefügt hatte. Da DOS jedoch für den 8086/8088 geschrieben worden war, lief es auch auf dem PC/AT im [[retronym]] mit {{lang|en|[[Real Mode]]}} bezeichneten Modus des 8086 und machte vom neuen Betriebsmodus keinen Gebrauch. Im {{lang|en|Protected Mode}} kann der gesamte Speicher adressiert werden, beim 80286 sind dies 16 MiB, allerdings ist die Adressierung immer noch [[Segmentierung (Speicherverwaltung)|segmentiert]].<ref>https://www.xtof.info/inside-windows3.html#h-protected-mode</ref> Bereits im darauffolgenden Jahr, 1985, stellte Intel mit dem [[Intel 80386|80386]] den ersten [[32-Bit-Architektur|32-Bit]]-[[x86-Prozessor]] vor, dessen {{lang|en|Protected Mode}} im 32-Bit-Modus theoretisch bis zu 4 GiB Arbeitsspeicher [[Adressraum#Linearer Adressraum|linear]] adressieren kann.

Da der {{lang|en|Protected Mode}} und der „[[Extended Memory|Erweiterte Speicher]]“ ({{enS|extended memory}}) für [[Anwendungsprogramm]]e unter DOS brach lag, wurden Ende der 1980er Jahre die ersten „MS-DOS-Extender“ angeboten, die einzelnen dafür programmierten DOS-Programmen den {{lang|en|Protected Mode}} exklusiv zugänglich machten.<ref>{{Literatur |Autor=Guido Weckwerth |Titel=Der Dornröschenschlaf des 80286/80386 – Grundlagen zum Protected Mode |Sammelwerk=[[DOS International]] |Nummer=5/1990 |Verlag=[[Weka Group|DMV-Verlag]] |Datum=1990-05 |Seiten=56 |Fundstelle=Multitasking-Betriebssysteme entfalten die volle Leistung des Prozessors |ISSN=0933-1557 |Zitat=Seit einiger Zeit drängen Programme auf den Markt, die als ›MS-DOS-Extender‹ geläufig sind. Dabei wird unter MS-DOS der Protected Mode des Prozessors genutzt. Die auszuführen den Routinen müssen lediglich für den Protected Mode compiliert werden. Diese Aufgabe übernehmen einige handelsübliche Compiler, die wahlweise den Code für den Real Mode oder den Protected Mode erzeugen können.}}</ref>

== Technik ==
DOS-Extender ermöglichen Programme, die mehr Speicher nutzen können, als PC-kompatibles DOS eigentlich bereitstellen kann. Nur ein {{lang|en|Protected-Mode}}-DOS-Programm ist von der Beschränkung auf den konventionelle Speicher befreit und kann im erweiterten Speicher Programmcode und Daten verarbeiten. Dazu stellen DOS-Extender Mechanismen bereit, kontrolliert zwischen {{lang|en|Real Mode}} und {{lang|en|Protected Mode}} zu wechseln. Die Notwendigkeit dafür entstammt der Architektur von MS-DOS: als 16-Bit-Betriebssystem nutzt es auf dem IBM PC viele Funktionen dessen Systemfirmware, des [[BIOS (IBM PC)|BIOS]]. Sowohl die BIOS-Routinen als auch die DOS-Funktionen sind nur im Betriebsmodus des 8086 (bzw. 8088) – dem {{lang|en|Real Mode}} – verfügbar. DOS-Programme müssen also grundsätzlich, um diese System-Funktionen ansprechen zu können, im selben Modus laufen. Ein Programm, das im {{lang|en|Protected Mode}} läuft, muss daher für die BIOS- und DOS-Funktionen in den {{lang|en|Real Mode}} zurück wechseln – oder alle Funktionen, die eigentlich vom Betriebssystem (im Falle von DOS beinhaltet dies auch die BIOS-Funktionen) zur Verfügung gestellt werden, selbst implementieren.

Bei der Verwendung von DOS-Extendern soll sich der Aufwand für die Entwickler und Programmierer möglichst gering halten, denn für das DOS-Programm, das im {{lang|en|Protected Mode}} laufen soll, ändert sich vorerst nichts: es ruft wie gewohnt die Funktionen von DOS und dem BIOS auf – der DOS-Extender kümmert sich um den kontrollierten Wechsel in den {{lang|en|Real Mode}}, und anschließend zurück in den {{lang|en|Protected Mode}}, wo die Ausführung des eigentlichen Programms stattfindet.<ref>{{Literatur |Autor=Douglas Barney |Titel=Extender appeal; Vendors add support in light of OS/2 letdown |Sammelwerk=[[Computerworld]] |Band=13 |Nummer=19 |Datum=1989-05-08 |Sprache=en |Seiten=43, 59 |ISSN=0010-4841 |Online={{Google Buch |BuchID=JSVkkdmXWF4C |SeitenID=PP43}} |Zitat=DOS extenders essentially allow MS-DOS applications and data to reside in so-called high, or protected-mode, memory, of which 16M bytes are addressable by the Intel Corp. 80286 chip. The applications revert to low, or real-mode, memory to use such essential MS-DOS functions as I/O.}}</ref>

DOS-Extender haben gegenüber größeren Betriebssystemen wie PC-Unix oder OS/2, die von sich aus den {{lang|en|Protected Mode}} bieten, den Vorteil, dass sie insgesamt, mit dem Betriebssystem und dem eigentlichen Anwendungsprogramm, mit weniger Arbeitsspeicher auskommen.<ref>{{Literatur |Autor=Douglas Barney |Titel=Extender appeal; Vendors add support in light of OS/2 letdown |Sammelwerk=[[Computerworld]] |Band=13 |Nummer=19 |Datum=1989-05-08 |Sprache=en |Seiten=43, 59 |ISSN=0010-4841 |Online={{Google Buch |BuchID=JSVkkdmXWF4C |SeitenID=PP43}} |Zitat=Also, DOS extenders require less memory than large operating systems such as OS/2 and Unix.}}</ref> Auf IBM-PC-kompatiblen Computern mit [[Intel 80386|80386]] profitieren DOS-Programme zusätzlich von der neuen [[32-Bit-Architektur]] [[IA-32]], was der [[Rechenleistung|Performance]] zugutekommt, solange sie im {{lang|en|Protected Mode}} verbleiben. Die allgemeine Verbesserung der Performance wurde insbesondere mit der Einführung eines linearen Speicherzugriffs aus dem {{lang|en|Protected Mode}} bei den [[VESA BIOS Extension]] (VBE) der Version 2.0 auf den VRAM der Grafikkarte deutlich, was beispielsweise einige Computerspiele beschleunigte. Sobald jedoch DOS- und BIOS-Funktionsaufrufe erforderlich sind, ist meist ein Kontextswitch (ein Wechsel des Betriebsmodus) in den {{lang|en|Real Mode}} erforderlich, was vergleichsweise viele Prozessorzyklen in Anspruch nimmt und daher Zeit kostet. Um derartige Wechsel zu minimieren, reimplementieren manche DOS-Extender ausgesuchte BIOS- und DOS-Funktionen im {{lang|en|Protected Mode}}. DOS-Extender werden daher manchmal auch mit einer Art Mini-Betriebssystem verglichen, denn auch alle 32-Bit-PC-Betriebssysteme haben keinen Zugriff auf die BIOS-Funktionen und müssen deren Funktionalität im {{lang|en|Protected Mode}} neu implementieren.

Diverse [[Compiler]] für DOS der späteren 1990er Jahre bieten die Option, {{lang|en|Protected-Mode}}-Programme zu erzeugen. Damit diese unter DOS ausführbar sind, muss ein DOS-Extender mitgeliefert werden.<ref>{{Literatur |Autor=dm |Titel=Gesprengte Ketten – Metaware High C 386 |Sammelwerk=[[DOS International]] |Nummer=10/1990 |Verlag=[[Weka Group|DMV-Verlag]] |Datum=1990-10 |Seiten=66 ff. |ISSN=0933-1557 |Zitat=Bisher kränkelte die Leistungsfähigkeit von MS-DOS-Programmen am mit 640 KByte knapp bemessenen Arbeitsspeicher. Auch wenn im System mehrere MByte installiert sind, läßt sich dieser Zusatzspeicher nur sehr unvollkommen nutzen. Eine Lösung dieses Problems sind leistungsfähige Compiler wie der speziell für 80386-Prozessoren entwickelte High-C-Compiler sowie DOS-Extender, die die Speichergrenzen aufheben.}}</ref> Anfangs machten vor allem Business-Programme vom {{lang|en|Protected Mode}} Gebrauch, beispielsweise [[AutoCAD]] und [[Lotus 1-2-3]]. In den 1990er Jahren stach der [[Watcom C/C++]] Compiler besonders hervor, da er mit DOS/4GW einen günstigen DOS-Extender mitlieferte, der für kommerzielle Programme lizenzfrei verwendet werden durfte und somit schnell, insbesondere in der Computerspielbranche, Verbreitung fand. Eines der ersten und bekanntesten [[DOS-Spiel]]e, das den 32-Bit-DOS-Extender DOS/4GW nutzt, ist [[DOOM]].<ref>https://www.xtof.info/inside-windows3.html#h-dpmi--dos-extender</ref>

== Standardisierung ==
In der zweiten Hälfte der 1980er Jahre entstanden unterschiedliche, zueinander nicht kompatible DOS-Extender. Ein erster erfolgreicher Versuch einer Standardisierung ist das {{lang|en|[[Virtual Control Program Interface]]}}, kurz VCPI, das von Phar Lap und Quarterdeck ab 1987 entwickelt wurde. VCPI setzt jedoch einen i386 voraus und ist mit dem 80286 nicht kompatibel.

Beispiele für DOS-Extender vor VCPI:
* 286{{!}}DOS-Extender und 386{{!}}DOS-Extender von ''Phar Lap Software''<ref name="CW_1989_Extender-appeal" /><ref name="PCMag_386-DOS-Extenders" />
* DOS/16M von ''Rational Systems''<ref name="CW_1989_Extender-appeal" /><ref name="PCMag_386-DOS-Extenders" /> (später ''Tenberry Software''; weiterentwickelt zu DOS/4G und die Version für den Watcom C/C++ Compiler DOS/4GW)<ref>{{Internetquelle |url=https://rgmroman.narod.ru/Dos4g.htm |titel=Unofficial DOS/4G(W) documentation. |werk=rgmroman.narod.ru |datum=2005 |sprache=en |abruf=2025-12-29 |zitat=DOS/4G, DOS/4GW, DOS/4GW Professional and DOS/16M are dos extenders from Tenberry Software (old name Rational Systems). … DOS/16M is a 16-bit dos extender, DOS/4G(W) based on it.}}</ref>
* OS/286 und OS/386 von ''A. I. Architects''<ref name="CW_1989_Extender-appeal" />
* X-AM von ''Intelligent Graphics Corp.'' (IGC)<ref name="PCMag_386-DOS-Extenders">{{Literatur |Autor=Ray Duncan |Titel=Power Programming, Part 1 of a series on programming the 80386 |Sammelwerk=[[PC Magazine]] |Band=8 |Nummer=16 |Verlag=[[Ziff Davis]] |Datum=1989-09-26 |Sprache=en |Seiten=362 |Online={{Google Buch |BuchID=DY009-ti1C4C |SeitenID=PT357}} |Zitat=I'm currently aware of three sources for 80386 DOS extenders: IGC, A. I. Architects, and Phar Lap Software. … IGC’s DOS extender is called ''X-AM'', and it appears to be an incidental offshoot of IGC’s ''VM/386'' operating-system project. Its documentation and its debugger have been criticized (elsewhere) as being the weakest among the three available DOS extenders. … it has not been updated for compatibility with the Phar Lap/Quarterdeck Virtual Control Program Interface (VCPI), which allows 80386-aware programs to work together cooperatively.}}</ref>

Die DOS-Extender zu dieser Zeit liefen exklusiv und waren mit ([[Kooperatives Multitasking|kooperativen]]) [[Multitasking]]-Erweiterungen wie [[DESQview]] und [[Windows 3.x]] nur eingeschränkt kompatibel.<ref>{{Literatur |Autor=Andrew Schulman |Titel=Lab Notes – Windows 3.0: All That Memory, All Those Modes; The VCPI Backlog |Sammelwerk=[[PC Magazine]] |Band=10 |Nummer=11 |Verlag=[[Ziff Davis]] |Datum=1991-06-11 |Sprache=en |Seiten=352 |Online={{Google Buch |BuchID=LNhQLiJ8TgQC |SeitenID=PT355}} |Zitat=Until DPMI was incorporated into ''Windows'' 3.0, this something special was VCPI. … DPMI is in many ways a vast improvement over VCPI, but until (and if) the world moves to DPMI, there is an enormous backlog of applications that need VCPI to let you run them from Virtual 86 mode. VCPI is much easier for vendors to implement than DPMI, so there are many existing VCPI-compatible applications. In [Windows] Enhanced mode, DOS programs start off in Virtual 86 mode, yet VCPI is not provided. If you've ever tried to run ''AutoCAD/386'' is Enhanced mode, you've encountered this problem.}}</ref> Die Zusammenarbeit von Quarterdeck mit Phar Lap schuf zwar den VCPI-Standard, mit dem DESQview voll kompatibel war, aber in Windows 3.0 wurde für den 80386 ein neuer Betriebsmodus eingeführt: der „[[Windows 3.x#Erweiterter Modus|386 Erweiterte Modus]]“ bzw. „{{lang|en|Enhanced Mode}}“. Anders als beim 80286 bietet der 80386 einen {{lang|en|[[Virtual 8086 Mode|Virtual 86 Mode]]}}, in dem Windows DOS-Programme parallel und mit eigenem Adressraum zur Ausführung bringen kann. Das erlaubt transparentes Multitasking für DOS-Programme. Gleichzeitig gab es zu dieser Zeit bereits zahlreiche {{lang|en|Protected-Mode}}-DOS-Programme, die in diesem Modus nicht funktionieren.

Obwohl Windows 3.0 im 8086-kompatiblen „{{lang|en|[[Windows 3.x#Real Mode|Real Mode]]}}“ und im 80286-kompatiblen „{{lang|en|[[Windows 3.x#Standard Mode|Standard Mode]]}}“, die beide auch weiterhin auf dem 80386 funktionieren, mit den bisherigen DOS-Extendern kompatibel bleibt, war Microsoft klar, dass ein neuer und auch mit dem „{{lang|en|[[Windows 3.x#Enhanced Mode|Enhanced Mode]]}}“ kompatibler DOS-Extender entwickelt werden müsste, damit der Vorteil des 80386 – dessen {{lang|en|Virtual 86 Mode}} – in der Realität nicht zu einem Nachteil werden würde. Das {{lang|en|[[DOS Protected Mode Interface]]}} (DPMI) wurde daher nicht nur in [[Microsoft Windows 3.0|Windows 3.0]] und [[OS/2]] 2.0 integriert, sondern auch als freie Spezifikation veröffentlicht. Da die Hersteller der DOS-Extender DPMI übernahmen, konnten die Entwickler existierender {{lang|en|Protected-Mode}}-DOS-Programme, die diese DOS-Extender nutzten, ihre Produkte von VCPI- in DPMI-kompatible Programme weiterentwickeln, die somit auch unter Windows und OS/2 die volle Stärke des 80386 und nachfolgender [[IA-32]]-Prozessoren wie dem [[Intel 80486|80486]] nutzen konnten.

DPMI wurde der bekanntesten Standard für DOS-Extender und in den 1990er Jahren zum [[Industriestandard]]. Da zur gleichen Zeit immer nur ein DOS-Extender aktiv sein kann, schließlich verwaltet er sowohl den Speicher als auch die Kontextwechsel vom {{lang|en|Protected Mode}} in den {{lang|en|Real Mode}} und zurück, sind DOS-Extender nach DPMI- und VCPI- und frühe proprietäre Spezifikationen zueinander inkompatibel. Wenn ein DPMI-fähiger DOS-Extender läuft, können somit nur DPMI-Clientprogramme ausgeführt werden. Soll ein Programm gestartet werden, dass der VCPI-Spezifikation folgt, so muss der DPMI-DOS-Extender beendet und ein VCPI-fähiger DOS-Extender gestartet werden. Viele DOS-Extender nutzen daher jene Umgebung, die beim Start bereits vorhanden ist; am Beispiel PMODE:<ref>{{Internetquelle |autor=Thomas Pytel ''alias'' „Tran“ |url=https://www.mytears.org/resources/doc/Assembly/ASNIP11/ASNIP11X/PMODE/PMODE.DOC |titel=PMODE 3.07 documentation |datum=1994-12-05 |format=[[Textdatei]] |sprache=en |abruf=2026-01-24 |zitat=}}</ref>
* findet der DOS-Extender PMODE einen DPMI-Host, so reicht er alle Aufrufe durch; das 32-Bit-DOS-Programm, das PMODE als DOS-Extender nutzt, läuft denn in Wirklichkeit auf dem bereits vorhandenen DPMI-DOS-Extender (wie z. B. [[Windows 3.x]])
* bei vorhandenem Speichermanager, neben {{Monospace|[[EMM386.EXE|EMM386]]}} auch etwa [[Quarterdeck Expanded Memory Manager|QEMM]] oder [[386Max]], startet PMODE im VCPI-Modus, weil die Ausführung im [[Privilegienstufe#Ring 0|Ring 0]] schneller ist als im [[Privilegienstufe#Ring 3|Ring 3]] von DPMI
* läuft DOS ohne einen DPMI-Host oder VCPI-Server, ist aber ein Speichermanager für {{lang|en|Extended Memory}} (XMS) geladen – wie z. B. {{Monospace|[[HIMEM.SYS]]}} – so nutzt PMODE diesen für die Verwaltung von Erweitertem Speicher; PMODE läuft in diesem Fall in seinem eigenen Modus (weder VCPI, noch DPMI), um einem 32-Bit-DOS-Programm den {{lang|en|Protected Mode}} zu bieten.
* fehlt ein XMS-Speichermanager ({{Monospace|HIMEM.SYS}}), so läuft PMODE im „{{Monospace|raw mode}}“: in diesem Fall übernimmt der DOS-Extender auch die Speicherverwaltung für den Erweiterten Speicher (XMS) selbst

== Bekannte DOS-Extender ==
DOS-Extender finden sich oft in [[Integrierte Entwicklungsumgebung|integrierten Entwicklungsumgebungen]] für DOS, OS/2 und Windows, aber auch als ''{{lang|en|stand-alone}}'':
* der „{{lang|en|runtime manager}}“ verschiedener Borland-Compiler, u. a. [[Borland Pascal|Borland Pascal 7.0]] ({{Monospace|RTM.EXE}}, 16-Bit, und {{Monospace|RTM32.EXE}}, [[32-Bit]], nur noch in [[Turbo C]])
* DOS/4GW (bei [[Watcom C/C++]] mitgeliefert, sehr beliebt bis 1995, danach Entwicklung eingestellt)
* PMODE/W (als Alternative zu DOS/4GW bei Watcom C/C++)
* CauseWay
* DOS/32 Advanced (DOS/32A; kompatibel zu DOS/4GW, letzte Version 9.12 von 2006)
* [[HX DOS Extender]] – HDPMI16 (16-Bit) und HDPMI32 (32-Bit)
* CWSDPMI (unter der Bezeichnung GO32 Bestandteil von [[DJGPP]])
* PMODE/DJ
* Wuschel’s DOS eXtender (WDOSX)
* TNT DOS-Extender SDK von Phar Lap
* 386|DOS-Extender SDK von Phar Lap
* emx von Eberhard Mattes
* [[Digital Mars|Zortech]] C++
* Zurenava DOS extender (ZRDX)

Die meisten Implementierungen können sowohl VCPI als auch DPMI als ''Client'' verwenden, wenn diese als ''Server'' (VCPI) bzw. ''Host'' (DPMI) bereits geladen sind. Ansonsten nutzen DOS-Extender meist eine eigene Programmierschnittstelle, die nicht zwingend mit anderen DOS-Extendern kompatibel ist – normalerweise lässt sich ein Protected-Mode-Programm für DOS daher nicht mit einem beliebigen anderen DOS-Extender nutzen.

== Einzelnachweise ==
<references />

[[Kategorie:Programmierschnittstelle]]

DOS-Extender - Versionsgeschichte

imported>Y2kbug: /* Geschichte */ tf + das 4-GB-Limit ist nur theoretisch (praktisch waren es immer weniger als 4 GB Arbeitsspeicher)