Re: Wozu noch DOS?

Stefan Reuther schrieb:

Wie gesagt, ich kann es nicht genau definieren. "Ein DOS" ist für mich
etwas, daß die API und die Möglichkeiten von ca. MS-DOS 5.0 bietet.

Na ja, die meisten Leute definieren DOS über die letzte Version, mit
der sie noch aktiv gearbeitet haben. ;-)

DOS entwickelt sich eben weiter, so wie andere Betriebssysteme auch.
DR-DOS besitzt diese Fähigkeiten schon seit mindestens zwölf Jahren.

Irgendwann ist es eben nicht mehr das, was ich ein "klassisches DOS"
nennen würde. Windows ME ist ja auch eine Fortentwicklung von MS-DOS,
nur würde ich es dank Nichtverfügbarkeit des Realmode mit normalen
Mitteln nicht mehr als "klassisches DOS" bezeichnen.

Nein, weil es eher ein Rückschritt ist. Allerdings würden die meisten
Gegner von DOS ihre Behauptung, daß DOS primitiv sei, eben auf das
Fehlen der Fähigkeiten stützen, die DR-DOS besitzt. ;-)

Der Vorteil von DOS ist doch, daß alle Hardware-Sauereien möglich sind.

Ach, gerade hast Du das noch als Nachteil bezeichnet. ;-)

Es ist Vor- und Nachteil zugleich. Vorteil: DOS steht nicht im Weg rum,
wenn ich abstruse Dinge machen will. Nachteil: DOS hindert mich nicht
dran, dumme Sachen zu machen.

Je nachdem - wenn ich unter DR-DOS das Multitasking deaktiviere, dann
geht das alles auch wieder.

Ein DOS-Multitasker muß nun entweder
- alle Hardware virtualisieren. Damit ist kein Zugriff mehr auf Hardware
möglich, die der Multitasker nicht kennt. Dafür ist es stabil.
- nur wohlbekannte Hardware (Timer, Tastatur, Bildschirm, Platte)
virtualisieren und den Rest durchgehen lassen. Damit läßt sich das
System einfach abschießen, indem man eine dem Multitasker unbekannte
Komponente (unbeabsichtigt) amok laufen läßt. Und sei es sowas
simples wie ein DMA beim Aufnehmen von der Soundkarte, der Speicher
überschreibt.

Stimmt zwar, ist aber für die Frage nach der grundlegenden Stabilität
nicht relevant. Immerhin kann der Benutzer ja selbst entscheiden, ob er
den Zugriff zuläßt, indem er einen passenden Treiber installiert oder
nicht.

Da kenne ich mich dann mit DR-DOS nicht aus, aber in DOS war es ja
eigentlich immer so, daß es nur für wenige Hardware-Klassen überhaupt
Treiberschnittstellen gab (Blockdevices, IFS, Netzwerk, ein bißchen
Grafik). Sowas wie Sound, Drucker, Joysticks machten immer die
Anwendungen selbst, und die können nicht miteinander kommunizieren, weil
es unter klassischem DOS halt keine zweite Anwendung zum damit-
kommunizieren gibt :)

Mit "Treiber" meine ich auch mehr ein Programm, das eine Lücke in den
Schutz reißt, damit Anwendungen direkt auf die Hardware zugreifen
können, so wie der Soundblastertreiber für DR-DOS, der den Betrieb
der Soundkarte im Multitasking ermöglicht.

Wenn die Hardware virtualisiert war, sollte nach dem Beenden des Tasks
nichts davon zurückbleiben. Mal abgesehen davon, daß Linux es auch
nicht schafft, nach einem Absturz von X-Windows den Textbildschirm
wiederherzustellen; da helfen nur Tools, die die Hardware wieder
richtig hinprogrammieren.

Da es sich beim X-Server um den in einen User-Task ausgelagerten
Grafiktreiber handelt. Wenn dir in einem anderen System der
Grafiktreiber wegsemmelt, siehst du genauso alt aus.

Ich würde es eher als Anwendungsprogramm mit integriertem Treiber
bezeichnen. Der Unterschied ist der, daß Du zwar X-Windows neu laden
kannst, aber Dein Textmodus danach noch immer nicht wieder
funktioniert.

Wenn du den zweiten X-Server beendest, eigentlich schon. War jedenfalls
der dokumentierte Trick, nach einem abgesemmelten SVGALIB-Programm
wieder zu einer benutzbaren Konsole zu kommen.

Aber nur, wenn die Konsole vorher in einem Graphikmodus lief. Ansonsten
hilft nur RestoreTextMode - siehe unten.

Unter DOS hilft dagegen meistens ein Wechsel des Graphikmodus; oftmals
reicht auch schon ein simples CLS.

Das ist unter Linux nicht anders. Nur kommst du eben normalerweise an
INT 10/AH=00 nicht ran.

Eben - und einen eigenen Zugang dazu besitzt Linux nicht. Soweit ich
weiß, stellt der Loader den Modus einmal ein und hofft, daß danach
keiner mehr daran herumpfuscht.

Ja. Der Kernel weiß nichts vom Modus-Umschalten. Der DOS-Kernel übrigens
auch nicht.

Wenn Du Dich da mal nicht täuschst - DOS ruft diese Funktionen sogar
direkt auf, um beispielsweise den Bildschirm zu löschen. :-)

Das sind dann Anwendungsprogramme ("mode"), die den
entsprechenden INT 10/AH=00 aufrufen. Unter Linux sind das ebenfalls
Anwendungsprogramme, die dann halt direkt die Grafikkarte programmieren
(bei der SVGALIB liegt sowas bei).

Eben die meine ich. Es ist aber für mich ein bedeutsamer Unterschied,
ob ein solches Programm, das im Falle von CLS sogar in die Shell
integriert ist, nur eine BIOS-Funktion aufruft, also quasi einen Teil
des Betriebssystems, oder direkt die Register manipuliert. Mal
abgesehen davon, daß die SVGALib-Programme nur die Register
wiederherstellen, die vorher gesichert wurden. Ohne SaveTextMode also
auch kein RestoreTextMode.

Udo

-- The DR-DOS/OpenDOS Enhancement Project - http://www.drdosprojects.de

-- This mail was written by a user of The Arachne Browser -
http://arachne.cz/

.

Relevant Pages

  • Re: Wozu noch DOS?
    ... vielen als die stabilste und "sauberste" Version von MS-DOS angesehen ... Mitteln nicht mehr als "klassisches DOS" bezeichnen. ... Gegner von DOS ihre Behauptung, daß DOS primitiv sei, eben auf das ... ob ein solches Programm, das im Falle von CLS sogar in die Shell ...
    (de.comp.os.msdos)
  • Re: 32-Bit-DOS
    ... DOS nutzen. ... Jedes Programm mit DOS-Extender widerlegt Deine ... Protected Mode schalten, ...
    (de.comp.os.msdos)
  • Re: Drucken von DOS-Anwendung unter Vista 32-bit
    ... dass das bei einem meiner Kunden noch nicht angekommen ist. ... Wer das in den letzten 15 Jahren, in denen DOS langsam aber sicher ... Versäumnisse und Fehlentscheidungen dieser Art kann man aber nicht Vista ... irgendwann das alte Programm nicht mehr weiterentwickelt und das Update ...
    (microsoft.public.de.windows.vista.sonstiges)
  • Re: Wozu noch DOS?
    ... Viele Anwendungen setzen zumindest DOS 4+ voraus. ... Betriebssystem dazugehören? ... die in einer separaten Bibliothek liegen, müssen mit dem Programm ... nachladen und deren Routinen einbinden zu können. ...
    (de.comp.os.msdos)
  • Re: DOStalgie (Was: Grub auf /dev/hdg)
    ... immer noch eine sehr gute Einführung ins Innenleben von Windows. ... Mein Interesse an DOS, dessen Softwareinterrupts und der ...
    (de.comp.os.unix.linux.misc)