DOS-Software und Y2K-Hardware

Nach der Einrichtung unseres Archiv-PC’s und dem für DOS üppig vorhandenen RAM (98 MiB) und Festplatten-Speicherplatzes (16 GiB) war die Verlockung groß, den Rechner mit DOS Programmen aus den 80iger und frühen 90iger Jahre vollzustopfen. Der Rechner besitzt alle Arten von Floppy-Laufwerken, ein CD-ROM und eine Netzwerkkarte. Alle Programme sind also installierbar, egal von welchem Medium. Aufgrund der Mainboard-Architektur und des schnellen Prozessors wird aber nicht mehr jedes Programm aus den frühen 80igern laufen. Andererseits benötigen moderne DPMI-Programme aus den 90igern mehr RAM und mehr Rechenleistung. Auch war es für uns interessant, denn mit einigen dieser Programme hat man mal gearbeitet, von anderen zwar gehört, aber nie benutzt. Nicht wenige davon wären auf einem Rechner der XT/AT/386-Klasse zu langsam oder aufgrund von Anforderungen bzgl. der Grafikkarte gar nicht lauffähig. Und natürlich haben einige dieser Programme als Original auch mal richtig viel Geld gekostet, zumindest als als sie noch aktuell waren.

Die Zuordnung zu den nachfolgenden Kategorien ist schwierig, da der Übergang von einem Menüprogramm zu einem Desktop fließend ist. Manche File-Manager bieten Startmenü’s an, die einem spezialisierten Menüprogramm gleichkommen. Einige Desktops verfügen über Dateifunktionen die einem File-Manager ebenbürtig sind.

Natürlich werden jetzt Nachfragen zu DOS-Spielen kommen. Wir haben die nicht vergessen, aber es gibt dafür schon genug andere Seiten.

• Archiv.org
• Abandonware DOS
• FreeGameEmpire
• EmuParadise

Viele DOS Anwender hatten Anfang der 80iger Jahre Schwierigkeiten, Datei-Operationen (Kopieren, Löschen, neue Verzeichnisse anlegen, ASCII-Dateien bearbeiten…) auf der Kommandozeile durchzuführen. Die für die Dateioperationen notwendigen DOS-Befehle erschienen ihnen kryptisch, die meist nachfolgenden Fehlermeldungen ebenso. Die Software-Hersteller erkannten dieses Problem und brachten Programme auf den Markt, die diese Probleme beheben oder wenistens entschärfen sollten.

Alle nachfolgend aufgeführten File-Manager visualisieren die Verzeichnisstruktur einer Festplatte. Der Anwender bekommt einen besseren Überblick über deren Inhalt und kann besser in den Verzeichnissen navigieren. Alle Programme beherrschen die Grundfunktionen zum Umbenennen, zum Löschen und Kopieren von einer oder mehreren Datei(en), können Verzeichnisse anlegen, umbennen und löschen. Zur Standard-Austattung gehört auch die Möglichkeit, Dateiattribute verändern. Meistens ist ein einfacher Editor integriert, um ASCII-Dateien zu bearbeiten. Erst mit MS/PC-DOS 4.0 gehörte mit der DOS-Shell ein Standardprogramm zum Lieferumfang, welche grundlegende Dateiverwaltungsfunktionen enthielt, ein Startmenü verwalten konnte und sogar Task-Switching beherrschte. Die leistungsfähigeren File-Manager besitzen zudem Funktionalität zum Packen und Entpacken von Archiven, wobei die jeweiligen Pack-Programme normalerweise in einem separaten Verzeichnis abgelegt sein müssen. Manche haben auch die Möglichkeit verzeichnis-übergreifende Datei-Operationen (kopieren, löschen) durchzuführen und dafür XMS-Speicher zu verwenden. Die meisten Programme erlauben es auch, über ein integriertes konfigurierbares Menü aus dem Programm heraus externe Anwendungen zu starten, wobei ein kleiner Teil des File-Managers im Speicher verbleibt und sich nach dem Beenden des aufgerufenen Programms selbst wieder startet. Sie sind dadurch auch als einfaches Menüsystem verwendbar.

Bei uns wird eigentlich eigentlich nur der DOS Navigator und manchmal der Norton Commander eingesetzt. Es sollen nachfolgend aber auch einige andere File-Manager augelistet werden, die weniger verbreitet waren. Auch diese Programme hatten ihre Fan-Gemeinde, und so geraten sie nicht ganz in Vergessenheit. Jeder DOS-Anwender hat in dieser Kategorie Software seinen eigenen Favoriten, wobei XTree und der Norton-Commander mit Sicherheit die größte Verbreitung besaßen. Weiterlesen

Frei konfigurierbare Menüprogramme für DOS waren weitverbreitete Hilfen, die sich im Vor-Windows 3.x-Zeitalter fast auf jedem PC fanden. Sie dienten im Wesentlichen dem Starten von Programmen, stellten Werkzeuge wie Taschenrechner und Uhrzeit zur Verfügung und besaßen einfache Funktionen zur Dateiverwaltung und der Handhabung von Datenträgern. Da diese Programme i.d.R. bereits beim Booten des PC’s gestartet werden konnte dem Anwender die Konfrontation mit der Kommandozeile von DOS erspart werden. Dienstleister, die DOS-PC’s konfigurierten, hatten dadurch die Möglichkeit, die Funktionen, die der Anwender (also der Kunde) benutzen konnte durch das Menü festzulegen. Überstützt ein solches Programm mehrzeilige Kommandos dann war es auch möglich, eine selektierte Daten-Datei zu nicht nur anzuzeigen, sondern wie in Windows durch Verknüpfung auch die zugehörige Anwendung zu starten.

Die Leistungsfähigeren dieser Programme können beinahe als Desktops bezeichnet werden. Der Übergang vom reinen Menüprogramm zum Desktop ist fließend. Oft wurden Erstversionen von Menüprogrammen im Laufe ihrer Weiterentwicklung stark ausgebaut. Manche waren Mehrbenutzerfähig, Programme und Untermenüs konnten mit einem Passwort geschützt werden. Wichtig ist, das die Menüprogramme selbst möglichst wenig Speicher benötigen, nachdem sie ein Programm gestartet haben. Im besten Fall bleibt nur ein kleiner Re-Loader des Menüpogramms im Speicher, den Rest kann das aufgerufene Programm für sich beanspruchen. Es gab aber auch eine Vielzahl selbstgebastelter Lösungen, die vorgenannte Fähigkeiten nicht hatten und auf einfacher Batch-Programmierung basierten. Nachfolgend werden Menüprogramme beschrieben, die sich im Bestand des VCL befinden, zudem auch welche aus dem Share- und Freeware-Angebot.

Bei Interesse kann jeder mal das bekannte Simtel-Archiv durchforsten, z.B. hier. Dort findet sich unter der Rubrik “menu” eine hohe zweistellige Zahl derartiger Software. Weiterlesen

Eine Weiterentwicklung der File-Manager und der Menüprogramme sind die sogenannten Desktops. Sie vereinen mehrere Programme in einem: Dateimanagement, Menüprogramm bzw. Programmstarter und Utensilien wie Taschenrechner, Kalender, Alarmuhr etc. Vorher mußte man dieses Programme einzeln kaufen und installieren wie zum Beispiel Norton Commander, Sidekick und als Menüsystem beispielsweise Menu Works. Die Grundlage dieser Desktops ist immer DOS, die Aufmachung und der Umfang der einzelnen Lösungen unterliegen allerdings einer gewaltigen Spanne. Das einfache Prinzip eines Desktops beruht immer darauf, das der ganze Bildschirm der Schreibtisch ist, auf dem der Anwender arbeitet. Ausgehend von diesem Schreibtisch werden Schubladen geöffnet (Programme gestartet). Nach dem Schließen des Schubladens (Beendigung des Programms) befindet man sich wieder auf dem Schreibtisch. Egal ob der Desktop textorientiert (TUI) und grafikbasiert (GUI) realisiert ist, das vorgenannte Grundprinzip des Desktops als Schaltzentrale bleibt immer gleich. Streng genommen kann man auch Windows 3.x / 95 / 98 / ME in diese Reihe stellen. Während Apple ab 1984 bereits einen GUI-Standard für seine Computer hatte, gab es bei den IBM kompatiblen deren viele, zumindest bis zum Erscheinen von Windows 3.0 im Jahre 1990. Eines der ersten dieser Programme ist der Tandy Deskmate. Dieses Programm wurde bereits 1984 für das Tandy Model 4 entwickelt und nachfolgend auch auf DOS portiert. Weiterlesen

Vielfältige und leistungsfähige Bürolösungen machen eine Computer-Plattform erst erfolgreich. Das wußte natürlich auch IBM, und so gab es für den IBM PC bereits kurz nach der Markteinführung 1980 bereits viele Anwendungen für den Büroeinsatz. Dazu zählen u.a. Wordstar (Textverarbeitung), VisiCalc (Tabellenkalkulation) und dBase (Datenbank). Im Laufe der Zeit wurden gerade diese Büroananwendungen immer leistungsfähiger, benötigten aber auch schnellere CPU’s, mehr RAM, größere Festplatten und neue Grafikkarten nebst passendem Monitor. Im Prinzip war diese Entwicklung von Anfang an und bis heute gleichbedeutend mit einer Gelddruckmaschine für die Hersteller der Hardware und der Software.

Wir wollen einige dieser Bürolösungen vorstellen, von 1981 bis Mitte der 1990iger. Viele damals bekannte Produkte sind vom Namen her bereits vergessen. Alles in ungeordneter Folge. Diese Reihe werden wir permanent weiter ergänzen. Weiterlesen

DILLO

Es gibt nur zwei relevante Web-Browser für natives DOS: Dillo 3.0.2b und Arachne 1.97. Dillo ist der kompaktere der beiden. Wir brauchen nur einen, der funktioniert. Und das tut Dillo, im Rahmen des Möglichen für einen Browser mit dem Herstellungsjahr 2011. Daher installieren wir Arachne erst gar nicht. Dillo startet schneller als Arachne und kann daher auf dem Rechner gespeicherte Offline-HTML-Seiten auch schneller anzeigen. Er kann im Übrigen mehr Webseiten darstellen als die unter Windows 3.x verfügbaren Browser Internet Explorer 5.x und Opera 3.62.

MPXPLAY

Der MP3 Player MPXPlay wurde im Zuge der MS-DOS 7.1 Installation bereits auf den Rechner kopiert. Er kommt auf Anhieb mit der installierten Soundkarte zurecht und kann alles, was man zum Abspielen von Musik braucht. Er spielt übrigens auch so ziemlich alle Musikformate ab, nicht nur nur MP3’s. Unsere Musik ist in chronologischen Verzeichnissen organisiert. Diese Ordnung wird beibehalten, das ist uns wichtig. Die Benutzeroberfläche ist nicht grafisch, aber übersichtlich, flexibel und mausbedienbar, ein bisschen wie “WinAmp”. Die Anzeige kann auf 50 Zeilen umgestellt werden, das geht auf Tastendruck. Die Spielfolge kann leicht festgelegt, die MP3-Tags können bearbeitet werden. Playlist’s sind kein Problem, Lautstärke natürlich auch nicht und sogar ein einstellbarer “Fader” ist vorhanden. Aber gerade beim Fading kann man feststellen, das hier ein OS mit Multitasking bzw. Multithreading vorteilhaft wäre. MPXPlay kriegt das so grade hin, aber weniger CPU-Leistung sollte der Rechner wirklich nicht haben. Dieser Player ist u.E. funktional das Beste, was man unter DOS kriegen kann.

Wie schon im Text zu Archivierungs PC – Aufbau erwähnt benutzen wir McAfee VirusScan Version 2.6 in unserem dafür konfiguriertem PC. Wir verwenden dabei die Viren-Definitionen der Version 3.2.2 aus dem Jahr 1999. Wir betrachten das als unproblematisch, da wir nur Umgang mit CP/M, DOS und Windows 3.1x – Software haben. Die für diese Betriebssysteme (und deren Software) geeigneten Viren werden von Virenscanner, die aus den Jahren 1996 und später stammen, alle erkannt.

F-PROT

“F-Prot 3.16f” von der Firma Frisk Software International wird zusätzlich zu “McAfee” installiert. Die letzte Version dieses Virenscanner’s für DOS bringt Virendefinition vom Juni 2006 mit, für einen reinen DOS-Rechner in jedem Fall neu genug. Leider fehlt eine TSR-Lösung.

DR SOLOMONS ANTI-VIRUS 7.1

Die letzte Version dieses Virenscanner stammt aus dem Jahr 1998. Im gleichen Jahr wurde die Firma von McAfee übernommen. Diese Version erhielt viele Auszeichnungen und zählt zu den besten Virenscannern für DOS. Wie bei McAfee besteht auch hier die Möglichkeit, ein TSR-Programm (guard, 9 KiB) bereits in der autoexec.bat zu laden. Dadurch wird eine permanente Überwachung installiert.

Erwähnt werden soll, das es noch DOS-geeignete Virenscanner von Avast (Version 7), Kaspersky und Blaiedud (FDAV, Virendefinitionen von ClamAV) gibt, die aber alle auf unserem Archivierung-PC nicht problemlos laufen. Nicht für uns in Frage kommen Virenprogramme, deren Virendefinitionen älter sind als 1996 (z.B. Norton Anti-Virus, Microsoft Anti-Virus…)

Ein paar Tipps für den Umgang mit alten Disketten:

• Wenn Datenträger in dem Laufwerk lesbar sind, von dem sie stammen, aber in anderen Laufwerken nicht:
  Die häufigste Ursache dafür ist, daß das zum Kopieren verwendete Laufwerk mechanisch verstellt (de-justiert) ist. Normalerweise kann ein anderes Laufwerk von dieser Diskette dann nicht mal mehr das Verzeichnis angezeigen.
• Schlecht positionierter Spur-Null-Sensor.
  Wenn der Spur-Null-Sensor falsch eingestellt ist, verschiebt sich nicht nur die Lage der Spur 0 auf der Diskette, sondern auch alle nachfolgenden Spuren an eine falsche Stelle. Ein korrekt justiertes Laufwerk findet aber an der Stelle nichts Verwertbares. Auch hier kann meist bereits das Verzeichnis nicht mehr angezeigt werden. Bei der Diagnose helfen können hier die Analyze-Funktionen von ImageDisk (Dunfield). Das ein Spur-Null-Sensor defekt ist keine Seltenheit.
  
• Bekannt gute Disketten sind nicht mal auf dem Laufwerk, auf dem sie geschrieben wurden, lesbar
  Überprüfen Sie die Schreib-/Leseköpfe auf Verschmutzung. Sie können eine Reinigungsdiskette verwenden (auch dabei kann man ImageDisk benutzen) oder das Laufwerk ausbauen und die Köpfe mit Alkohol und Wattestäbchen reinigen.
  
  Auch eine schlechte Qualität der Diskette kann einen solchen Fehler verursachen. In diesem Fall kann die Diskette kurzzeitig lesbar sein, aber das Signal wird im Laufe der Zeit schnell schwächer werden. Verwenden Sie daher nur zertifizierte Disketten von Markenherstellern. Überprprüfen sie auch dir i.d.R. bräunliche Beschichtung der Diskette im sichtbaren Ausschnitt. Wenn diese verloren gegangen ist, ist die Diskette nicht mehr benutzbar und der Inhalt verloren.
• Laufwerkskabel mit schlechtem Kontakt
  Ein unterschätztes Problem. Oberflächlich kann in diesem Fall durchaus Funktion vorhanden sein, je nachdem welche Pins des Steckers keinen Kontakt haben. Es ist möglich, das Sie eine Diskette mit “Verify” formatieren, der Formatierungsvorgang selbst fehlerfrei abläuft und erst bei der Überprüfung Fehler festgestellt werden. Sie sollten daher die Kontaktflächen der Kabel und der Anschlüsse am Laufwerk sauberhalten und ggfs. mit Alkohol und Wattestäbchen reinigen. In schwierigen Fällen können sie auch einen Glasfaserpinsel verwenden.

Unter einer so schnellen CPU, wie sie unter unserem Testrechner vorhanden ist, laufen einige Programme nicht mehr. Kopierprogramme sind meist hardwarenah pogrammiert und kommen mit dem vorhandenen Floppycontroller nicht zurecht. Oft spielt auch das interne Timining eine Rolle, das bei einer schnellen CPU nicht mehr funktioniert.

Welche Programme laufen nicht:

• CopyWrite von Quaid Software
• Copy II-PC von Central Point Software
• HD-Copy von Oliver Fromme
• The Disk Duplicator 3.0 von Copy Technologies (Probleme mit FD-Controller)

X-Copy 1.2 von Cachet läuft nicht unter DOS, aber unter WfW 3.11. Da steht aber WinImage 2.0 zur Verfügung, zumindest wenn es um nicht kopiergeschützte Software geht. VGA-Copy 6 von Thomas Mönkemeier läuft zwar, beim Kopieren von 5,25″ Double Density – Disketten kommt auf der Zieldiskette nur Schrott raus. Weiterlesen

Back&Forth

Back&Forth ist ein Task-Switcher, der es erlaubt, mehrere Programme gleichzeitig zu starten und zwischen ihnen mit CTRL-∧ und CTRL-∨ hin- und her zu schalten. Natürlich werden nicht aktive Task’s angehalten, das Programm ermöglicht kein Multitasking. Aber es ist schon manchmal hilfreich, mehrere Programme gleichzeitig am Laufen zu haben. Mit genügend RAM (egal ob EMS oder XMS) funktioniert das recht gut. Auch die Konfiguration ist einfach. Eine Vollversion dieses gut funktionierenden Programms ist leider nicht vorhanden.

Ein weiteres Programm in dieser Richtung ist Software Carousel (SoftLogic). Leider besitzen wir kein Original davon, nicht mal eine “Sicherheitskopie”. Man findet lediglich Hinweise auf die Existenz dieses Programms im Netz, aber keinen Download.

ARCHIVIERUNG / PACKPROGRAMME

Wir haben uns ein Verzeichnis “Packer” eingerichtet und alle DOS Archivierer/Packer, deren wir habhaft werden konnte, hineinkopiert. Am wichtigsten sind natürlich ZIP, LHA, ARC, ARJ, ZOO, TAR, RAR und ACE. Eine gute Quelle ist für fast alle Packprogramme ist das Systemhaus Brandenburg. Eine funktionierende 16-Bit DOS-Lösung für 7ZIP haben wir bis dato nicht gefunden. Die meisten guten File-Manager bringen zwar keine Archivierungsprogramme mit, können diese aber einrichten und benutzen, so auch der “DOS Navigator”.

SCREENTHIEF

“Screen Thief” ist ein kleines TSR-Programm, das Screenshot’s von (fast) allem aufnimmt, was auf dem Bildschirm gerade zu sehen ist. Dabei spielt es keine Rolle, ob sich um Mono, CGA, EGA, VGA oder SVGA, Grafik oder die unterschiedlichsten Textmodi handelt. Der Screenshot kann u.a. als Text oder in verschiedenen Grafikformaten abgespeichert werden. Leider konnte von einigen Programmen unter DOS keine Bildschirmfotos erzeugen, weil der “Hotkey” nicht funktionierte. Das Problem trat immer mit Programmen auf, die einen DOS Extender (DPMI) benutzen. Es gibt offensichtlich ein Problem mit dem Protected Mode.

F-PROT

“F-Prot 3.16f” von der Firma Frisk Software International wird zusätzlich zu “McAfee” installiert. Die letzte Version dieses Virenscanner’s für DOS bringt Virendefinition vom Juni 2006 mit, für einen reinen DOS-Rechner in jedem Fall neu genug.

DOSZIP

“DOSZip” ist ein einfacher File-Manager, der sich auf das Packen und Entpacken von ZIP-Archiven spezialisiert hat. Das geht aber auch – nicht ganz so elegant – mit dem “DOS Navigator” (siehe Punkt “Einrichtung der Programme”.

QVIEW

Zum Darstellen von Grafiken vwird “QuickView Pro 2.46″ installiert. Es kann Grafiken bis zu einer Auflösung von 1280×1024 (das schafft unser 17” Monitor) darstellen. Formate wie BMP, PCX, JPG, GIF u.v.m. werden angezeigt.

NSSI

Das Programm “NSS”I gibt einen guten Überblick über die Hardware des Systems. Viel kompakter und auch sehr gut ist der russische “Informer”.

STAR COMMANDER und VICE

C64/C128 Disketten ohne Kopierschutz sichert man am Besten mit “Star Commander 0.82”. Um die erzeugten D64-Images zu testen bietet sich der Emulator “Vice 2.2” an. Der Archivierungs-Rechner ist am parallelen Port immer mit einer “1541 II” verbunden, um C64-Disketten verarbeiten zu können. Tipp: neuere Versionen von “Vice” machen unter DOS Probleme, wir bleiben bei dieser Version.

MUPDF

Ein plattformübergreifender PDF-Viewer, dessen Quellcode verfügbar ist. Für die schlechten Voraussetzungen, die unter DOS für so ein Programm gegeben sind, ist die aktuelle Version 1.7 ein Meisterwerk. MUPDF unterstützt Transparenz, Verschlüsselung und Hyperlinks. Auch XPS und OpenXPS Dokumente können angezeigt werden. Suche im Dokument ist möglich.

Einrichtung der Programme

DOS NAVIGATOR
Der “DOS Navigator” ist unsere Schaltzentrale. Daher richten wir ein “User Menü” für die wichtigsten Programme, die Verarbeitung von Archiven und von Dateierweiterungen ein. Unter dem Menüpunkt “Options->Archive” wird die Datei “archiv.ini” bearbeitet. Das geht über den Editor oder aus dem Programm heraus. Die meisten Parameter der verschieden Packer sind bereits vorgegeben und funktionieren auch. Man muss nur noch die Pfade einstellen, wo das jeweilige Pack-Programm zu finden ist. In meinem Fall ganz einfach: das Verzeichnis “Packer”, da sind alle drin (s.a. weiter unten ‘PACKER’). Unter “Options->Extension File Edit” kann man ein bisschen Windows-Feeling aufkommen lassen. Dabei wird eine Konfigurationsdatei für die Extensions “.pcx, .bmp, .tif, .jpg, .gif” bearbeitet. Wir konfigurieren die Einstellungen so, das der Viewer “QuickView Pro” gestartet wird, wenn eine Datei mit einer entsprechenden Extension doppelgeklickt wird. Bei der Extension ‘.doc’ starten wir dagegen “Microsoft Word”. Bei “.htm, .html” wird für die Darstellung der Webbrowser “Dillo” aufgerufen, für die Anzeige von  “.pdf” das Tool “MUPDF”. So könnte man natürlich weitermachen, z.B. für “.c” oder “. h” den “Microsoft Quick C Compiler” starten, bei “.bas” “Borland Turbo Basic” oder “Microsoft Quick Basic”.

DILLO
Nur um “Dillo” ins Internet zu bringen, brauchen Sie nicht ein ganzes Microsoft TCP/IP Netzwerk einzurichten. Da “Dillo” einen eigenen TCP/IP Stack (WATTCP) mitbringt, benötigen aber einen Packet-Driver für die Netzwerkkarte (s.u. Tipp). Googeln Sie “Packet Driver for DOS” und laden Sie sich den Treiber für Ihre Karte herunter. Dieser muss vor dem Aufruf von “Dillo” geladen sein. Die meisten Packet-Driver lassen sich nach Gebrauch auch wieder aus dem Speicher entladen. Die Einstellungen der TCP/IP-Konfigurationsdatei “wattcp.cfg” zu erklären, würde jetzt zu weit führen. Am einfachsten ist es, wenn Sie ein DHCP-Netzwerk haben. Suchen Sie in “wattcp.cfg” den Eintrag “my_ip = dhcp”. Dieser ist nur auskommentiert. Damit könnte es schon funktionieren. Beachten Sie zur Fehlersuche die Ausgaben in der Datei “Dillo.log”. Natürlich können Sie nicht alle Webseiten öffnen, Java und Splash funktionieren in “Dillo” (noch) nicht. Die Seiten, die sich mit historischer Software beschäftigen, sind in der Regel nicht besonders anspruchsvoll und können korrekt angezeigt werden.
Tipp: Wenn vor dem Starten von “Dillo” andere Programme mit einem DOS Extender aufgerufen werden, kann es Probleme mit “Dillo” geben.
Tipp: Packet DOS Treiber für Netzwerkkarten finden Sie oft auch auf der entsprechenden Treiberdiskette. Packet Treiber sind normalerweise ausführbare Programme, keine üblichen Treiber mit der Endung “*.dos” oder “*.sys”. Eine gute Adresse ist auch die Seite von Georg Potthast: http://www.georgpotthast.de/sioux/packet.htm. Packet Driver können durch erneuten Aufruf mit einem Parameter meistens auch wieder aus dem Speicher entfernt werden, ohne Neustart des Rechners.

PACKER
Alle Packer-Programme für DOS, deren wir habhaft werden konnten, habe wir zusammen in ein eigenes Verzeichnis kopiert und einen Pfad darauf gelegt. Es ist so auch einfacher, den Programmen, die mit externen Packer-Programmen umgehen können, zu definieren, wo sich diese befinden. Das Systemhaus Brandenburg bietet eine große Auswahl an Packern für DOS.

Datensicherung unter DOS

Für DOS gibt es keine große Auswahl an Backup-Software, die nicht über ein Tape-Drive gelaufen sind. Andere große Massenspeicher standen in den frühen 80igern einfach nicht zur Verfügung. Backup/Restore oder Fastback sicherten auf Disketten, eine fehlerträchtige und zeitraubende Methode – auch schon bei Festplatten mit nur 20 MiB. Erst mit den Iomega Zip-Laufwerken kamen 1994 erschwingliche und für die Datensicherung taugliche Laufwerke auf den Markt (100 MiB – 750 MiB).

Aktuelle Programme haben oftmals die Möglichkeit, eine bootfähige Rescue-CD zu erstellen. Aber wir wollen schon bei Produkten bleiben, die auch unter DOS lauffähig sind. Bei älteren Rechnern mit IDE- und SCSI-Festplatten verwenden wir Quarterdeck DiskClone aus dem Jahr 1998. Ein einfach gehaltenes Programm, das aus einer Datei besteht und locker auf eine Diskette passt. Es kopiert den gesamten Inhalt einer Festplatte auf eine andere interne oder externe Festplatte. Mit dem Programm ann man nicht nur 1:1 Clones erstellen, sondern auch ein Image einer Festplatte erzeugen, Inhalte sichern oder ein beschädigtes Laufwerk wiederherstellen. DiskClone ist recht schnell, und flexibel (unterstützt FAT32 und ermöglicht Partitionen mit mehr als 2,1 GB). Es läuft nicht nur unter DOS, sondern auch unter Windows 3.1, 95, 98, NT und OS/2. Die Systemanforderungen sind allerdings hoch: 80486, 16 MiB RAM.

Bei unserem Rechner, der als Massenspeicher ja eine CF-Card hat, benutzen wir jedoch das ebenfalls etwas angestaubte TrueImage Version 9.0 (Acronis). Das ist zwar ein 32-Bit Windows Programm, es kann nach der Installation aber ein Notfallmedium in Form einer bootfähigen CD erzeugen, die auch unser Rechner booten kann. TrueImage identifiziert die Quell- und Ziel-CF-Cards mit den richtigen Werten und zeigt mehr Details bzgl. der Partitionsgrößen als DiskClone. Auch die automatische Anpassung der Partitionsgrößen geht perfekt. Die Systemanforderungen bzgl. der Notfall-CD konnten wir nicht in Erfahrung bringen.

Alternativen unter DOS wären noch die Rescue-CD’s, die sich mit CloneZilla, DriveClone oder GParted erstellenlassen.

Netzwerk unter DOS

Der Microsoft Network Client 3.0 war dafür vorgesehen, um unseren DOS-Rechner über ein TCP/IP-Netzwerk mit Windows-Rechnern und unserer NAS Festplatte zu verbinden. Problematisch ist, das trotz vieler Umkonfigurationen nur knapp 540KiB konventioneller Speicher nach dem Laden des Netzwerks übrigbleiben. Da dies für viele Programme zu wenig ist, müsste bereits beim Booten eine Auswahl getroffen werden, bestimmte Treiber/TSR’s zu laden bzw. nicht zu laden (z.B. USB, Virus-Scanner), um soviel freien Platz im UMA zu schaffen, damit die Netzwerk-Programme zumindest teilweise hochgeladen werden können. Alle Optimierungen zusammen jedenfalls führen zu den genannten 540KiB. Zum Kopieren von Dateien auf der Kommandozeile oder mit wenig speicherfressenden FileManagern würde es reichen. Trotzdem waren wir wegen des eingeschränkten konventionellen Speichers nicht zufrieden mit dem Netzwerkbetrieb unter DOS.

Eine sehr gute Anleitung zur Einrichtung des ‘DOS Client 3.0’ hat Gerd Röthig verfasst.

Eine einfache Möglichkeit, über eine Netzwerkverbindung Daten zwischen modernen Windows-PC’s und reinen DOS-Rechnern auszutauschen ist, den DOS Rechner als FTP-Server einzurichten. Dafür gibt es eine tolle Lösung von Michael B. Brutman. Das DOS-Tool mTCP erlaubt die Einrichtung eines TCP/IP Stacks unter DOS. Ebenfalls im Paket enthalten ist ein FTP-Server. Um mTCP zu benutzen benötigt man zuerst einen sogenannten Packet-Driver für seine Netzwerkkarte. Eine große Auswahl dieser unter DOS nutzbaren Treiber findet man bei Georg Potthast oder meist auch auf den Seiten der Netzwerkkarten-Hersteller. Wenn dieser Treiber läuft, kann man mTCP über Konfigurationsdateien (mtcp.cfg) einrichten. Dabei werden im Wesentlichen Angaben für das Standard-Gateway und der Pfad auf eine Passwortdatei eingetragen. In die Passwortdatei selbst wird ein Benutzername und ein Passwort hinterlegt. Mit diesem Zugang erhält ein Client Zugriff auf den FTP-Server. FileZilla (oder auch andere Windows-basierte FTP-Programm) hatten keine Schwierigkeiten mit der ftp-Verbindung und dem Zugriff auf die Dateien des DOS-Rechner’s.

Wir haben uns dann aber doch für eine andere Lösung entschieden, was den Netzwerkbetrieb unter DOS betrifft. Siehe dazu nachfolgend den Absatz zu Warum wurde zusätzlich zu DOS Windows 3.11 installiert.

Ein Wort zu Desqview 2.8 von Quarterdeck

Wenn man DOS benutzen will und dabei großen Wert auf Multitasking legt, dann bleibt eigentlich nur nur die Installation von Quarterdeck’s Desqview 2.8. Wir haben mit diesem mächtigen Werkzeug viel rumprobiert und gemerkt, das man sich darauf vollkommen einlassen muss. Das heißt dann aber auch, möglichst bei DOS 6.2x bleiben, den Speichermanager QEMM verwenden und Desqview sinnvollerweise als Zentrale immer in Betrieb haben. Dafür muss man dann auf FAT32 und LFN verzichten. Unsere Versuche, das Programm unter MS-DOS 7.1 in Verbindung mit QEMM 9.0 zum Laufen zu bringen mussten wir beenden, die Probleme haben sich gehäuft. Der USB-Treiber (“di1000dd.sys”) konnte FAT32-Laufwerke nicht mehr ansprechen, dann ging der Maustreiber (CTMOUSE) nicht, auch XMSDSK mussten wir wieder durch RAMDRIVE ersetzen. Geärgert hat uns das ständige RAM scannen und verifizieren von QEMM bei Booten des Rechners. Im Testrechner waren 256 MB installiert, das hat sich jedesmal eine Minute gezogen. Abschalten kann man das offenbar auch nicht, zumindest konnte wir keinen Parameter dafür finden. Moderne DPMI-Programme (z.B. MPXPLAY, DILLO) funktionieren unter Desqview gar nicht oder nicht im Multitasking-Betrieb. Da passt was nicht zusammen, für eingefleischte Desqview-Profis ist das vielleicht alles lösbar. Manche funktionierenden Programme laufen auch erheblich langsamer, obwohl der Testrechner potente 700 MHz hat. QEMM ist in der Version 9 ein toller Speichermanager, keine Frage. In einer Standard-Konfiguration standen 634 KB konventioneller Speicher zur Verfügung, 6KB mehr als unter DOS 7.1 mit allen Tricks. Wahrscheinlich müsste man sich mehr mit Desqview und dieser Problematik beschäftigen. Leider sind die Informationen dazu im Netz mittlerweile eher spärlich. Einen zweiten Versuch mit Desqview haben wir in Kombination mit FreeDOS 1.1 gestartet, diesmal ohne QEMM, aber mit ähnlichem Ergebnis. Ein Multitasking-Manager, der einem zu startenden Programmen grade mal 450 KB konventionellen DOS Speicher zur Verfügung stellen kann, mag 1990 ein Renner gewesen sein, ist für einen heutigen DOS Rechner u.E. eher unbrauchbar.

Programmieren unter DOS

Warum Programme für DOS entwickeln, das macht doch keinen Sinn mehr? Stimmt natürlich! Sowas macht man nur aus Freizeitspaß. Wer also unter DOS Programme schreiben will, braucht eigentlich auch eine gute TUI-Bibliothek dazu. Damit das Ergebnis auch optisch was hermacht. Nachdem viele gute TUI ‘s von Microsoft, von Symantec (Norton) oder von der Star Division (StarView) nie der Allgemeinheit zur Verfügung gestellt wurden, bleibt einem unter DOS eigentlich nur Turbo Vision von Borland. Mit TV lassen sich ansprechende textbasierte Benutzeroberflächen generieren, die auch mit der Maus bedient werden können. Andere C-Bibliotheken wie Vermont Views (Vermont Creative Software) oder Vitamin C (Creative Programming Consultants) stammen aus den Jahren vor 1990 und wirken vergleichsweise angestaubt. Zur objektorientierten Klassenbibliothek Turbo Vision 1.0 passt dann idealerweise Borland C++ 3.1 oder Turbo Pascal 6.0/7.0. Beide Borland Compiler besitzen eine ausgefeilte IDE (Workbench), integrieren also alle Funktionen in einer Umgebung. Es soll aber nicht unerwähnt bleiben, daß noch weitere (kostenlose) 16Bit C-Compiler wie Pacific C, Watcom C++ und Borland Turbo C verfügbar sind. Nur mit Lizenz gibt es die verschiedenen Microsoft C Compiler. Hier wären die Versionen 5.0 – 7.0 zu empfehlen, die besitzen mit der PWB auch eine Workbench ähnlich der Borland IDE. Für kleinere Projekte ebenfalls zu empfehlen wäre Microsoft Quick C 2.x. oder Quick Pascal. Leider sind die Microsoft Compiler keine Freeware und gebraucht kaum mehr zu bekommen, und wenn, dann sind sie sind sündhaft teuer. Alternativ könnte man auch für DOS Programme ein frühes Microsoft Visual C++ (bis Version 1.5) einsetzen, dann braucht man allerdings ein 16-Bit Windows OS als Unterlage.

Borland hat bis zum Jahr 2002 mehrere Compiler als Freeware veröffentlicht. Dazu gehören nicht nur ältere Turbo Pascal- und Turbo C- Compiler, sondern auch die Borland Database Engine (BDE).

Basic Programmierer, die kein Geld ausgeben wollen, können First Basic (die Freeware Variante von Power Basic) verwenden. Ein entsprechender Download ist allerdings nicht mehr leicht zu finden. Power Basic als Original ist kostenpflichtig und wird als Windows Version derzeit noch weiterentwickelt. Wenn einem hier eine Version angeboten wird, wären Versionen ab 3.0 zu empfehlen. Erst ab dieser Versionsnummer wird von der IDE die Maus unterstützt. Borlands Turbo Basic 1.0 gilt als Abandonware und kann an verschiedenen Stellen im Netz heruntergeladen werden. Microsoft’s Quick Basic oder Basic PDS werden als Raritäten gehandelt und sind gebraucht selten und dann nur teuer zu bekommen. Ein schönes, aber noch seltener zu findendes Produkt ist Visual Basic for DOS. Hiermit lassen sich SAA-konforme mausgesteuerte Oberflächen realisieren.

Will man DPMI-Programme entwickeln, kann man auf den kostenlosen DJGPP (Delorie) zurückgreifen. Hier steht mit RHIDE ebenfalls eine Borland-ähnliche Workbench zur Verfügung. DPMI Porgramme erzeugen kann auch der Borland C/C++ Compiler 4.5. Zudem bringt er die DOS-Bibliothek Turbo Vision in der Version 2.0 mit. Leider läuft die Installation und auch die IDE selbst nicht unter DOS, sondern nur unter Windows 3.1x. Die einfach zu bedienende Borland IDE ist gut gelungen. Alternativ könnte man den Compiler aber auch von der DOS-Kommandozeile starten. Dann muß man sich „make“-Dateien” allerdings selbst zusammenbasteln.

Fazit: was geht heute noch mit einem DOS-basierten PC?

• USB Hardware in Form von nicht zu großen externen Festplatten (max. 120 GB), Zip- und CDROM-Laufwerken sowie Speicherkarten kann benutzt werden.
• Modernes Dateimanagement ist über “File Manager” wie z.B. DOS Navigator oder PC-Tools Desktop sehr gut machbar.
• Musikhören geht mit Programmen wie MPXPlay sehr gut.
• Textverarbeitung und Tabellenkalkulation sind gut möglich. Die Dateiformate können aber von aktuellen Programmen entweder gar nicht mehr oder nicht zufriedenstellend importiert werden.
• Um Daten auf’s Papier zu bringen, ist ein zeitgenössischer oder abwärts-kompatibler Drucker unumgänglich.
• Brauchbare Zeichen- und Malprogramme sind verfügbar. Fotobearbeitung ist damit aber nur sehr eingeschränkt möglich.
• Hochwertige Spiele gibt es viele, einige laufen nicht unter MS-DOS 7.1
• Die Nutzung des Internets ist über Dillo mit starken Einschränkungen möglich. JavaScript’s werden ignoriert. Trotzdem ist es ein kleines Programmier-Wunder, das es unter DOS überhaupt geht.
• Die Entwicklung neuer Software ist begrenzt möglich, macht kommerziell aber natürlich keinen Sinn. Die Grenzen des unter DOS machbaren zeigen Programme wie z.B. der Internetbrowser Dillo auf. Bei dieser Software und vielen anderen leistungsfähigen DOS-Programmen wird durch Einsatz von 32Bit DOS-Extendern (DOS/4GW, Phar Lap, HX DOS…) die 640KB Grenze umgangen. GUI-Bibliotheken (z.B. SWORD) ermöglichen auch dem DOS Programmierer die Erstellung ansprechender grafischer Benutzeroberflächen. Aber am Ende der Verbesserungsbemühungen wird ein Aufsatz wie Windows 3.x, GEM, SEAL2 oder New Deal herauskommen.
• Netzwerkanbindung an moderne Rechner ist prinzipiell möglich. Für eine wesentliche Verbesserung bei reinen DOS-Netzwerken könnte man auch noch zu Netzwerklösungen wie Novell Netware oder LANtastic greifen. Aber egal was man tut: irgendwann werden z.B. große Festplatten, deren Dateisysteme oder nicht mehr kompatible Rechteverwaltungen Einschränkungen verursachen. Am Besten funktioniert es, wenn die alten Rechner bzw. die OS’s nur untereinander vernetzt werden.
• PDF anzeigen ist möglich. Die letzte Version des Acrobat Reader, die unter DOS läuft, kann aber aktuelle Dokumente nicht mehr anzeigen und hat auch Probleme mit großen Dokumenten. MUPDF 1.7 kann große Dokumente verarbeiten und zeigt auch neuere Formate an. Allerdings braucht das auf einem 16Bit System alles seine Zeit…

Noch eine Bemerkung zu langen Dateinamen (DOSLFN) unter DOS. Native DOS-Programme unterstützen lange Dateinamen gar nicht oder nur rudimentär. Man kann längere Namen für Verzeichnisse und Dateien vergeben und mit den entsprechend angepassten Kommadozeilenbefehlen der LFNTools (LDIR, LREN …) auch anzeigen. Aber das war’s dann auch. So wie unter den modernen Windows-Versionen geht es dann doch nicht. Ausserdem gibt es Probleme des DOSLFN-Treibers mit Wechsellaufwerken (Zip, MO), wenn in einem Laufwerk kein Medium eingelegt ist. Man sollte dieses Feature also nicht überbewerten, es bleibt am Ende doch DOS mit der Limitierung auf 8.3.

Einige Texte für diese Internetseite wurde anfangs mit Word 5.5 für DOS geschrieben. Als der Text in das Internet-Werkzeug übernommen werden sollte stellte sich heraus, daß das alte DOS-Word Format kein modernes Programm mehr ohne Probleme importieren konnte. Man hätte auf ASCII ausweichen können und dann aber weiterhin das Codepage-Konvertierungsproblem DOS OEM zu Windows ANSI gehabt (Umlaute). Daher haben wir unter WfW 3.11 Microsoft Office 4.3 installiert und dann mit Winword weitergearbeitet. Mit diesem Format ging der Import schon leichter.

Was gar nicht geht…

• Echtes Multitasking. MP3’s abspielen und gleichzeitig mit einem anderen Programm arbeiten geht nicht. “Task Switcher” lösen dieses Problem nicht und sind unserer Erfahrung nach sogar unbrauchbar, wenn moderne DPMI-Programmen mit verschiedenen Extendern “ge-switcht” werden sollen.
• Moderne Geräte wie Kamera’s oder MP3-Player können nicht angeschlossen werden.
• Moderne Drucker können nicht am USB-Port betrieben werden. Und wenn es gehen würde, dann scheitert es daran, das es für die Office Programme aus dieser Zeit keine spezifischen Treiber mehr gibt. Man ist also auf Drucker aus dieser Zeit oder zumindest auf welche mit parallelem Anschluß angewiesen.
• Der Umgang mit dem Internet ist stark beschränkt, nur wenige Seiten werden korrekt dargestellt. Aktuelles Java, CSS und Flash machen den unter DOS verfügbaren Browsern den Garaus. Das gilt auch für die nachfolgende Beschreibung von Windows für Workgroups 3.11.

Ein DOS Rechner mit den dafür verfügbaren Business-Programmen kann moderne Hardware mit einem modernen grafischen Betriebssystem im normalen Alltag keinesfalls ersetzen! Für nostalgische Gamer bietet so ein Rechner allerdings einen Riesenspaß.

Die Einrichtung eines leistungsfähigen DOS Rechner’s unter Ausschöpfung aller Resourcen ist für Laien “aus dem Stand” nicht machbar. Die Notwendigkeit der kryptischen Bedienung über die Kommandozeile kann nicht umgangen werden. Eine Bearbeitung der Konfigurationsdateien und damit verbundenes Wissen über das Speichermanagement von DOS ist für ein optimales System unausweichlich. Der Lernaufwand dafür ist insgesamt recht hoch. ABER: für wirklich interessierte und lernwillige Einsteiger sollte das alles kein unüberwindbares Problem darstellen, denn man kann sich noch immer viele Informationen über DOS aus dem Internet holen oder alte Bücher besorgen. Macht man sich diese Mühe, dann bekommt man mit billiger Hardware ein extrem schnelles System, das schon Spass macht. Ein Hobby, mit dem man sich auch über einen längeren Zeitraum beschäftigen kann.
Die Beschaffung der Software ist praktisch nur noch über das Internet möglich. Viele Programme werden nicht mehr gepflegt, auch Fehler somit nicht mehr korrigiert. Moderne Software für DOS wird nur noch vereinzelt entwickelt, man muss mit dem leben, was da ist.
Die DOS-kompatible Hardware ist fast so alt wie DOS selbst. Mit Ausfällen muss gerechnet werden. Man sollte sich daher ein paar passende Ersatzteile (Mainboard, RAM, Netzteil, Festplatte, Diskettenlaufwerk, Grafikkarte, Kabel…) besorgen. Die findet man für kleines Geld und mit ein bisschen Geduld irgendwann in dem uns allen bekannten Internet-Auktionshaus.

DOS erfreut sich doch tatsächlich zunehmender Beliebheit, wie man in einigen Internet-Foren feststellen kann: “DOS ain’t dead!”

Warum wurde zusätzlich zu DOS Windows 3.11 installiert ?

Vorab: unsere Definition der 16-Bit Versionen von Windows – also die Versionen 1.x bis 3.x – ist die eines GUI-Desktop’s für DOS. Man benutzt also weiterhin das Betriebssystem DOS, bei Bedarf mit einer grafischen Benutzeroberfläche.

Allen Warnungen vor der Kombination DOS 7.1 / Windows for Workgroups 3.11 zum Trotz: es gab keinerlei Probleme, WfW 3.11 unter MS-DOS 7.1 zum Laufen zu bringen. Obwohl keinerlei Patches installiert wurden, läuft WfW 3.11 ohne Mucken. Allerdings wurde unsere Installation von einer Windows NT 3.51 Server CD durchgeführt, da die darauf enthaltene Version von WfW 3.11 den letzten Stand des Microsoft TCP/IP Stack’s und einige Patches bereits beinhaltet. Diese Version von WfW 3.11 kam u.E. nie in den Handel und befindet sich nur auf diesen CD’s. Die Installation von Win32s (32-Bit Laufzeit-Umgebung für Windows 3.1x) wird von einigen Programme (z.B. Internet Explorer 5.x) benötigt und ist zu empfehlen.

Die Netzwerkanbindung über TCP/IP funktioniert hier einfacher und besser. Der WfW.3.11 Rechner hat sich problemlos mittels TCP/IP in das bestehende LAN einbauen lassen. Alle Freigaben können benutzt werden, zumindest bis Windows XP. Ab ‘Vista’ hakt es, aber es geht in unserem Fall in jedem Fall in eine Richtung mit WfW 3.11 als Server. Auch das Problem mit mangelndem Hauptspeicher wie unter DOS mit dem MS-DOS Client 3.0 ist hier nicht spürbar. Nach dem Beenden von WfW 3.11 steht wieder der volle Speicher für DOS Programme zur Verfügung. Für uns ist somit das DOS-Netzwerkproblem gelöst: wenn wir eine LAN-Verbindung z.B. zu unserer NAS-Station brauchen, wird WfW gestartet und danach wieder beendet. Das ist auch der Grund, warum IFSHLP.SYS in der ‘config.sys’ und NET START in der ‘autoexec.bat’ eingebunden ist.

Bringt Windows 3.x sonst noch Vorteile ?

Windows 3.1/Windows für Workgroups 3.11 bringt für unseren Kernbedarf – das Ziehen von Diskettenimages – keinen echten Mehrwert. Der Vorteil, mehrere Programme gleichzeitig am Laufen zu haben und zwischen ihnen umzuschalten, wirkt sich hier nur minimal aus. Durch die Möglichkeit, auch unter Windows 3.1x mit Disk-Image Programmen ungeniert auf die Hardware zugreifen zu können (in diesem Fall auf den Floppy-Controller), ergeben sich zumindest keine Einschränkungen gegenüber DOS.

• Das primitive Multitasking von Windows 3.1x, das nicht von Windows selbst kontrolliert wird, sondern bei dem die Programme sich die Prozessorleistung selbst zuteilen können, ist manchmal eher ein Schaden als eine Hilfe. Trotzdem ist die Möglichkeit zum Task-Switching im Vergleich zu DOS und zumindest mit diesbezüglich sauber programmierten Programmen ein klarer Vorteil.
• Natürlich vereinfacht sich sich auch das Speichermanagement: Windows for Workgroups 3.11 kann bis zu 256 MiB RAM verwenden. Damit das geht muß MS-DOS 7.1 oder wenigstens dessen Version von Himem.sys vewendet werden.
  Der letzte für 16Bit-Windows erhältliche Browser Internet Explorer 5.x kann auch nicht mehr Webseiten korrekt darstellen als Dillo unter DOS. Kein Vorteil für Windows diesbezüglich. Ähnliches gilt für den Acrobat Reader 3.0x gegenüber MUPDF bei pdf-Dateien.
• Im Druckerbereich sind etwas neuere Treiber verfügbar als unter DOS.
• Die Programme für Windows sind leistungsfähiger und einheitlicher zu bedienen, viel „WYSIWYG“ gibts auch.
• Die DOS Spiele laufen hier genauso.

Dafür nimmt man ein System in Kauf, das nach einer Treiber- oder Programminstallation schnell mal nicht mehr startet.

Ergänzung zu Windows 3.x

Um die Verwaltung von Laufwerken und Programmen zu vereinfachen (und aus Neugier) wurde das Norton Desktop für Windows 3.0 (NDW) installiert. Gefühlt läuft WfW 3.11 damit sogar einen Tick stabiler. Der NDW bringt viele Zusatzprogramme aus den ‘Norton Utilities’ mit, zudem ist eine recht praktische Unterstützung der rechten Maustaste verfügbar. Ausserdem haben wir Opera 3.62 und StarOffice 3.1 aufgespielt. Letzteres ist sehr gelungen und dürfte zu dieser Zeit durchaus ein Konkurrent zu MS-Office gewesen sein. Zwischen den letzten 16-Bit Browserversionen IE 5.01 und Opera 3.62 sind keine großen Unterschiede bzgl. der darstellbaren Internetseiten festzustellen. Beide tun sich mit modernem HTML bzw. JavaScript/CSS gleich schwer bzw. können es gar nicht und steigen daher oft aus. Man muss sich auf einfache Seiten bzw. absichtlich kompatibel gehaltene Seiten beschränken. Im letzten Screenshot sieht man die Netzwerkeinbindung eines “Windows 7” Rechners. Das verbundene Laufwerk wird über ein Symbol auf dem Desktop angezeigt (siehe Pfeil).

Bemerkungen zu den obigen Screenshots

Wir wurden bereits gefragt, mit welchem Programm wir unter DOS die ganzen Screenshots der einzelnen Programme gemacht haben. Da gibt es tatsächlich ein Problem mit DPMI-Programmen, denn mit diesen funktioniert unser Screen-Capture-Tool ScreenThief nicht. Es blieb daher nur die Möglichkeit, die Screenshots in einer virtuellen DOS-Maschine (VM) zu machen. Diese haben wir mit VirtualBox auf einem iMac eingerichtet. Die Festplatte des DOS-Rechners wurde ausgebaut, über USB an den Mac angeschlossen und die gesamte DOS 7.1 – Partition in ein ISO-Image kopiert, welches als virtuelles CD-Laufwerk in die VM eingebunden werden kann. Unter Zuhilfenahme einer DOS 7.1 Bootdiskette wurde die Festplatte der VM eingerichtet, dann der komplette Inhalt des (virtuellen) CD-ROM Laufwerks einfach auf die virtuelle Festplatte kopiert. Einige Änderung in der DOS 7.1 Konfiguration mussten für den Betrieb in der VM vorgenommen werden.

1. UMBPCI als Memory Manager hat nicht funktioniert, dieser wurde durch EMM386 ersetzt.
2. Der kleine deutsche Tastaturtreiber “KBD” machte Ärger, musste gegen den Standard-Treiber “KEYBOARD.SYS” ausgetauscht werden.
3. Der native ATI-Treiber funktionierte unter WfW 3.11 nicht. Hier konnte ein Standard-SVGA Treiber gefunden werden, der lief, allerdings nur mit 256 Farben.
4. Als Packet-Netzwerktreiber wird “PCNTPK” (Gwynr Software) mit der Einstellung “AM97C970A” in der VM verwendet. Funktioniert mit dann auch mit “DILLO”.

Einige hilfreiche Links:

Auf Links zu den Seiten ‘Vetusware’ und ‘WinWorldPC’ verzichten wir, weil uns die rechtliche Situation bei der Benutzung von ‘Abandonware’ zu widersprüchlich ist.