Alter Laptop mit gestarteter DOS-Shell-Benutzeroberfläche
Die DOS Shell bzw. eingedeutscht auch durchgekoppeltDOS-Shell bzw. MS-DOS-Shell, vom DateinamenDOSSHELL.COM bzw. DOSSHELL.EXE abgeleitet auch oft in der Schreibweise DOSShell ohne Abstand, ist ein Dateimanager, der mit MS-DOS und PC DOS 4.0 im Juni 1988 erstmals verfügbar war. Das Programm wurde von Microsoft nach MS-DOS Version 6.0 nicht mehr weiterentwickelt, auf der „Supplemental Disk“ von MS-DOS wurde es jedoch bis zur letzten Version 6.22 mit ausgeliefert. Von IBM wurde es bis DOS 2000, intern Version 7.0 Revision1 und offiziell die letzte PC-DOS-Version, beibehalten.
Gestartet werden kann die DOS-Shell durch den Kommandozeilenbefehldosshell. Wie auch mit anderen Dateimanagern kann man damit Dateien kopieren, verschieben und umbenennen sowie Anwendungen mit einem Doppelklick starten. Es ist möglich, einfache Farben und Styles zu nutzen. Die DOS-Shell war einer der ersten erfolgreichen Versuche zur Schaffung eines GUI-Dateimanagers in DOS, da grafische Modi auf Computern mit VGA verfügbar waren. Sie ist aber eher noch eine Zeichenorientierte Benutzerschnittstelle bzw. eine COW-Schnittstelle (von englischCharacter Oriented Windows). Die DOS-Shell entspricht vom Aussehen einer DOS-Version des Dateimanagers von Windows3.
Die DOS-Shell verfügt über eine Hilfe-Funktion und eine Programm-Liste und bietet Taskswitching und TSR-Unterstützung. Sie ist in der Lage, je zwei Verzeichnis-Hierarchien und Dateilisten anzuzeigen. Eine Maus wird unterstützt, was allerdings DOS-üblich einen passenden Treiber voraussetzt.
Eine herausragende Fähigkeit ist, dass alle Dateien auf einer Festplatte in einer einzelnen alphabetisch sortierten Liste angezeigt werden können, zusammen mit dem Pfad und den anderen Attributen. Das erlaubt dem Benutzer, Versionen einer Datei in verschiedenen Verzeichnissen mit ihren Attributen zu vergleichen und damit leichter Redundanzen zu entdecken.
Probleme
Es gibt mehrere Gründe, warum die DOS-Shell nicht mehr genutzt wurde:
Multitasking wird nicht unterstützt, allerdings kann per Taskswitching zwischen laufenden Programmen gewechselt werden. Der Programmcode und die Daten des vorherigen Programms werden dazu in eine verstecktetemporäreDatei im DOS-Verzeichnis gesichert und anschließend aus dem Speicher entfernt, dann das nächste Programm, wenn es bereits gestartet war, aus einer bestehenden versteckten temporären Datei geladen oder ansonsten regulär gestartet. Abgesehen vom für das Taskswitching genutzten TSR-Bestandteil wird die DOS-Shell selbst, wenn ein anderer Task aktiv wird, ebenfalls in einer versteckten temporären Datei abgelegt.
Jeder Kontextwechsel benötigt Zeit, da das laufende Programm zuerst auf die Festplatte in eine Datei zurück-gesichert werden und das Folgeprogramm aus einer weiteren Datei in den Speicher zurück geladen werden muss. Der Vorgang konnte auf der damaligen Hardware z.B. durch die Verwendung einer RAM-Disk beschleunigt werden, indem eine %TEMP%-Variable in der AUTOEXEC.BAT angelegt wurde und auf ein TEMP-Verzeichnis mit dem Laufwerksbuchstaben der RAM-Disk zeigte.
Der TSR-Programmteil der DOS-Shell belegt zusätzlichen Arbeitsspeicher im konventionellen Speicher und, wenn HIMEM.SYS geladen ist, im UMB, der den jeweils aus der DOS-Shell heraus gestarteten Anwendungen nicht mehr zur Verfügung steht.
Ab mehr als drei größeren Programmen neigt die DOS-Shell dazu instabil zu werden, außerdem können durch ein fehlerhaft laufendes Programm alle anderen mit abstürzen, wenn es die Systemressourcen nicht mehr an das TSR-Programm freigibt. In diesen Fällen ist ein Neustart des Computers erforderlich, was dazu führt, dass nicht gespeicherte Daten verloren gehen. Die Möglichkeit, eine alte Sitzung der als temporäre versteckte Dateien abgelegten Prozesse erneut zu laden, besteht nicht.
Windows 3.x mit seiner eigenen grafischen Benutzeroberfläche wurde viel populärer unter den Computernutzern. Windows war multitaskingfähig und verwendete im erweiterten Modus die Fähigkeiten des i386-Prozessors und dessen VM86-Modus, was es erlaubte, jedes Real-Mode-DOS-Programm in einer eigenen Umgebung auszuführen. Dadurch standen DOS-Anwendungen mehr Arbeitsspeicher zur Verfügung, da jeder Umgebung (jedem VM86-Task) ein eigener Speicherbereich aus dem Extended Memory (XMS) zur Verfügung steht. Auch können fehlerhafte DOS-Programme, die innerhalb einer VM86-Umgebung laufen, nicht mehr das ganze System zum Absturz bringen, da die jeweils für ein DOS-Programm zuständige VM86-Umgebung in diesem Fall einfach beendet wird, sodass der Benutzer mit Windows und den anderen laufenden Anwendungen weiterarbeiten kann. Windows 3.x selbst läuft sowohl im Standard- als auch im erweiterten Modus im Protected Mode, womit Windows und Windows-Anwendungen auch wesentlich mehr Arbeitsspeicher zur Verfügung stehen als den Real-Mode-Anwendungen unter DOS. Außerdem vergünstigte das Entwickeln von Programmen für Windows anstatt für DOS bei den Softwareherstellern die Supportkosten, da Windows die Hardware wesentlich umfangreicher abstrahierte als DOS und der Speicher von Windows verwaltet wurde, was die Programmierung vereinfachte.
↑Hans C. Nieder:MS-DOS 6.2+6.22 – Das Kompendium. Markt&Technik Verlag, 1999, ISBN 3-8272-5693-3, 5.1 Allgemeines, S.110 (eingeschränkte Vorschauin der Google-Buchsuche): „Die Benutzung einer Maus vereinfacht die Arbeit mit der Benutzeroberfläche DOS-Shell wesentlich.“
↑Microsoft Corporation, Vobis (Hrsg.):Microsoft MS-DOS 5.0 Benutzerhandbuch. Eine Einführung in das Betriebssystem MS-DOS Version 5.0. 1991, 3. Die MS-DOS-Shell, S.27ff. (Erstausrüster-Version für die Vobis-Eigenmarke Highscreen, Artikelnr. 19887D).
.jpg)