Wer unter einem aktuellen Windows alte DOS

Wer unter einem aktuellen Windows alte DOS-Programme betreiben will, stößt dabei
häufig auf Kompatibilitätsprobleme, die sich nur mit Zusatzprogrammen wie DOSbox
lösen lassen. Unter Windows 8 wird sich das ändern – denn das neueste MicrosoftBetriebssystem wird zum ältesten kompatibel sein.
Egal, ob man im Geschäft auf eine uralte Verwaltungs-Software angewiesen ist, die nie
von DOS zu Windows portiert wurde, oder ob man einfach nur Klassiker wie Maniac
Mansion oder TIE Fighter einfach nochmal spielen möchte: 16-Bit-Programme bereiten
modernen Betriebssystemen teils enorme Probleme. Bislang lautete die Universallösung
für dieses Problem DOSbox, doch das kleine Programm, das eine 16-Bit-Umgebung
emuliert, erfordert noch einiges an Konfiguration.
Bedeutend einfacher geht es unter Windows 8: Dort öffnet ein Doppelklick auf eine 16
Bit .EXE-Datei einfach ein Dialogfenster, dass um Aktivierung des 16-Bit-Modus bittet.
Sobald dieser eine Klick, der Admin-Rechte voraussetzt, erledigt ist, startet das
Programm anstandslos. Einen Haken hat die Sache dann allerdings doch: Zumindest in
der Windows 8 Developer Preview gibt es den 16-Bit-Modus nur in der 32-Bit-Version.
Ob der 16-Bit-Modus dann noch in die finale Version von Windows 8 mit 64 Bit integriert
wird, ist bislang noch unbekannt. (cel)
http://www.chip.de/news/Windows-8-16-Bit-Modus-fuer-alte-DOSProgramme_51881919.htm
vom 26.09.2011
DOSBox mit "cmd" aufrufen.
Wer auf Windows in der 64-Bit-Version setzt, kann problemlos 32-Bit-Software einsetzen.
Insofern bereitet ein Einsatz keine Probleme in puncto Anwendungen. Spezielle 64-BitSoftware läuft allerdings nicht auf einem 32-Bit-Windows - das Angebot an Programme,
die ausschließlich als 64-Bit-Variante verfügbar sind, ist aber spärlich.
Übrigens: Wer glaubt, dass 32-Bit-Software auf einem 64-Bit-Rechner auch doppelt so
schnell laufen müsste, der irrt - dies gilt auch für die Annahme, eine 64-Bit-Version eines
Programms sei doppelt so schnell wie ihr 32-Bit-Pendant, wenngleich 64-Bit-Varianten
gegenüber den 32-Bit-Version durchaus schneller sein können. Ein weiterer, möglicher
Vorteil von 64-Bit-Anwendungen: Sie können mehr Speicher nutzen - hiervon profitieren
zum Beispiel viele Spiele, aber zum Beispiel auch Software-Lösungen für Videoschnitt
oder Bildbearbeitung. 64-Bit-Varianten einer Software brauchen übrigens oftmals mehr
Speicher als ihre 32-Bit-Pendants.
Software-Support: 16 Bit
Mit Windows 95 setzte Microsoft für die Windows-Familie erstmalig auf eine 32-BitArchitektur - und das Erscheinen des Systems ist über 17 Jahre her. Doch nach wie vor
möchten manche Nutzer auch 16-Bit-Software nutzen, die aus den Windows-Frühzeiten
(also aus der Windows-3.x-Zeit) oder gar aus der DOS-Ära stammt - und unter
Umständen ist auch ohne zusätzliche Hilfsmittel die Verwendung möglich, denn hoch
im Kurs stand und steht bei Microsoft seit jeher die Rückwärtskompatibilität.
Bis zu einem gewissen Grad ist Windows 8 nämlich sogar rückwärtskompatibel bis in
DOS-Zeiten - wenn auch mit Einschränkungen und auch nur dann, wenn der Anwender
die "richtige" Windows-8-Version nutzt. Den 16-Bit-Support bringt nämlich lediglich die
32-Bit-Variante von Windows 8 mit - das ist nicht neu, sondern war auch bei Windows 7,
Windows Vista und Windows XP (das es ebenfalls in einer wenig beachteten 64-BitVersion gab) so. Zudem verweigert seit Vista das System den Start von Anwendungen,
die den Vollbildmodus nutzen - damit ist die Nutzung von DOS-Anwendungen, die auf
einen Grafikmodus setzen, ausgeschlossen, textbasierte Software funktioniert aber nach
wie vor.
Übrigens: Auch wer ein Windows 8 in der 64-Bit-Version sein eigen nennt, muss auf
DOS-Anwendungen nicht verzichten: Vor allem mit der DOSBOX steht eine kostenfreie
und ausgereifte Software bereit, die die Ausführung unter jeglicher Windows-Version
(und übrigens auch unter Mac OS X, Linux und weiteren) erlaubt.
Fazit
Für den Einsatz von Windows 8 in der 64-Bit-Version gibt es für zahlreiche Nutzer einen
handfesten Grund: Viele Rechner sind mit mehr als 4 GB Speicher ausgerüstet, und mit
einem 32-Bit-Windows wäre viel verschenkt. Zudem gilt es zu beachten, dass sich ein 32Bit-Windows nicht einfach auf ein 64-Bit-Windows upgraden lässt - wer also weniger
Speicher nutzt, diesen dann aber irgendwann auf mehr als 4 GB erweitern will, steht vor
Problemen.
Angesichts der mittlerweile komfortablen Treiber-Situation zumindest bei halbwegs
aktuell Hardware steht auch in diesem Punkt der 64-Bit-Nutzung nichts im Wege.
Vorsichtig sein muss hier nur, wer wirklich alte oder exotische Hardware nutzt. In jedem
Fall lohnt sich vorher ein Blick auf das Treiber-Angebot für die eigenen Gerätschaften.
Für und gegen eine der beiden Varianten können auch ganz praktische Gründe
sprechen. Wer sein System nicht neu installieren will, hat nämlich keine Wahl: Ein 32Bit-Windows lässt sich nur auf eine ebenfalls 32-Bit-Version upgraden, ein 64-BitWindows nur auf eine 64-Bit-Version. Ausgeschlossen ist ohne komplette Neuinstallation
außerdem ein Upgrade von 32 Bit auf 64 Bit "innerhalb" einer Windows-Version: Wer
sich für Windows 8 in der 32-Bit-Variante entschieden hat, kann nicht nachträglich
wechseln. Allerdings kann eine Neuinstallation generell die Performance des Systems
erhöhen - insofern sollte dies nicht zwingend eine Hürde sein.
Bleibt vor allem für Windows-7-Nutzer noch eine Frage: Soll ich überhaupt wechseln?
Wir helfen bei der Entscheidung mit unserem Artikel zu den Unterschieden zwischen
Windows 7 und Windows 8.
http://www.teltarif.de/windows-8-32-64-bit-unterschiede-vorteilenachteile/news/48678.html?
DOS Programme
Tipps von Praktiker.at
© 2000-2014 by Felix Wessely, Wien (Austria)
MS-DOS-Programme unter Windows 8/7/Vista/XP - Ezzes & Software-Empfehlungen
für Praktiker
Entgegen immer wiederholter Ankündigungen vor fast jeder Windows-Version, MS-DOS nun
nicht mehr zu unterstützen ist es auch weiterhin möglich, MS-DOS-Programme aus der Steinzeit
des Personal Computers unter Windows zu verwenden. Mit Windows-64-bit-Versionen wird es
umständlicher, ist aber immerhin machbar. Mit Windows 32-bit-Versionen geht es aber von Haus
aus problemlos. Es gibt dabei lediglich seit Windows XP Einiges, das für MS-DOS-Programme
anders konfiguriert werden muss und seit Windows Vista ist die Verwendung des Vollbild-Modus
für MS-DOS-Anwendungen nicht mehr möglich. - Auf dieser Seite hat die Redaktion des
"praktiker" einige Ezzes zur Verwendung von MS-DOS-Programmen - das sind heute oft auch
historische Spiele - zusammengestellt.
Vor dem Installieren eines Programms wird es dringend empfohlen die Daten des Rechners zu
sichern. Die Verwendung hier zugänglich gemachter Programme und Verfahren erfolgt auf
eigene Gefahr.
AUF DIESER SEITE & VERWANDTE THEMEN
<=> Wichtigste Besonderheiten mit MS-DOS unter Windows XP, Vista, Windows 7 und
Windows 8
<=> Wesentliche Neuerungen für Verwendung von MS-DOS-Programmen seit Windows Vista
<=> Wichtige Besonderheiten beim Ausdrucken aus DOS-Programmen unter Windows
<=> Unterschiede Befehlsinterpreter COMMAND.COM und CMD.EXE in der Praxis
<=> Bearbeiten von Dateien mit Langen Dateinamen unter DOS
<=> Tastaturtreiber oft wie bei Schreibmaschine: Tasten der oberen Ziffernreihe bei Caps-Lock
<=> Angaben in autoexec.nt und config.nt für MS-DOS unter Windows
<=> Lösung, wenn es nicht möglich ist, eine spezielle Codepage zu definieren
<=> Richtige Schriftart fürs DOS-Fenster, wenn falsche Zeichen dargestellt werden
<=> MS-DOS nicht bei 64-bit-Windows dabei, daher: Windows XP Mode, DOSBox oder 32bit-Windows
<=> Windows XP Mode unter Virtueller Maschine mit 64-bit-Windows
<=> DOSBox: DOS-Emulator für Windows, Linux, Mac OSX etc.
<=> DOSBox und Megabuild 6: DOS-Emulator für Windows mit LPT1/Centronics
<=> Windows 64-bit-Version in 32-bit-Version ändern: Neuinstallation nötig
=>> Aktuelles zu PC-/MS-DOS für heute - Ezzes & Software-Empfehlungen
=>> Übersicht: Downloads und Ezzes - Ezzes & Software-Empfehlungen
"praktiker"-Software und Software zu Berichten im "praktiker"
=>> GEM Grafische Benutzer-Oberfläche für MS-DOS-PCs
Download-Server
=>> Software für MS-DOS
=>> WinTotal Softwarearchiv - Software für Windows, DOS, Linux
Ihr Tipp per E-Mail:
Wichtigste Besonderheiten mit MS-DOS unter Windows XP, Vista, Windows 7 und
Windows 8
Wenn Sie MS-DOS-Programme unter Windows - ab Windows XP resp. dessen Nachfahren in
32-bit-Ausführung - verwenden wollen, so gibt es dafür - abgesehen von der gebremsten
Geschwindigkeit bei Bildschirmausgabe - einige Besonderheiten, auf die eher versteckt unter der
Hilfe von Windows hingewiesen wird:
Die Startdateien für DOS-Programme heißen AUTOEXEC.NT und CONFIG.NT entsprechend
AUTOEXEC.BAT und CONFIG.SYS unter "nacktem" DOS. Diese sind unterhalb des
Windows-Ordners im Ordner system32. Innerhalb dieser Dateien gibt es - als Kommentar Textinformationen über die Konfiguration. Suchen Sie in der Windows-Hilfe unter "autoexec.nt"
für weitere Hinweise. Über den Menüpunkt "Eigenschaften" können einem DOS-Programm
auch individuell benannte Startdateien zugewiesen werden, wodurch unterschiedliche
Konfigurationen für jedes DOS-Programm verwendet werden können.
Die Art der Speicherzuweisung für einzelne DOS-Programme sowie Betriebsmodi für den Grafikmodus etc. sind
weitestgehend gleich wie - zumindest - seit Windows 3.1 und daher Jedem geläufig, der bisher auch DOSProgramme unter Windows verwendet hatte. Intern funktioniert das freilich heute anders als mit
früheren Windows-Versionen, aber die Bedienung und Einstellmöglichkeiten sind ziemlich
unverändert geblieben.
Für manche Anwendungen sind die heutigen PCs viel zu schnell. So funktioniert beispielsweise das
seinerzeit beliebte "Clipper" - eine Programmiersprache speziell zur Entwicklung von dBASEDatenbanklösungen - in seiner ursprünglichen DOS-Version nicht oder nur sehr schlecht. Dies
betrifft auch viele Games, bei denen dann die Zeitangaben, die sich auf die Taktrate des PCs
beziehen überhaupt nicht - oder zumindest nicht brauchbar - funktionieren, weil alles viel zu
schnell abläuft. Der betreffenden Anwendung muss daher eine langsamere CPU vorgegaukelt
werden. Dazu gibt es beispielsweise "CPU-Slowdown":
=>>> www.sven-of-nine.de/site/doku.php/downloads
Die eigentliche Anwendung wird dann - samt der "Bremsangabe" in Prozenten - als Parameter
von CPU-Slowdown aufgerufen (z.B.: slowdown.exe 10% c:\prg\program.exe). Viele DOSAnwendungen sind damit wieder problemlos verwendbar.
Das weiter unten beschriebene Programm DOSBox, mit dem ein DOS-PC für alte Programme
simuliert werden kann, bietet eine Einstellmöglichkeit für die Taktrate.
Die Speichernutzung mancher DOS-Programme ist nicht einwandfrei. Dies stört mitunter unter Nur-DOS
nicht, aber unter Windows - oder einer DOS-Emulation - arbeiten solche fehlerhaft
programmierten Programme mitunter überhaupt nicht oder nur mit gröberen Störungen. Das ist
dann der Fall, wenn undokumentierte Funktionen verwendet werden, die nur unter Nur-DOS
funktionieren - und dabei evtl. auch nur unter speziellen DOS-Versionen.
Manche Verfahren unter Windows für die Verwaltung des Speicherbereichs oberhalb des normalen
Arbeitsspeichers - der in diesem Fall virtuell zugeordnet wird - funktionieren nicht. Falls etwas, das Sie
dringend benötigen nicht funktioniert, starten Sie DOS allein; also ohne Windows. Der Komfort
ist damit extrem reduziert, weil nicht nach Windows umgeschaltet werden kann. Wenn es aber
ein für Sie wichtiges Programm ist, das unter Windows nicht laufen will, dann ist es die einzige
Lösung.
=>> Aktuelles zu PC-/MS-DOS für heute - Ezzes & Software-Empfehlungen für Praktiker
Wesentliche Neuerungen für Verwendung von MS-DOS-Programmen seit Windows
Vista
Mit Windows Vista wurde Windows in einigen Punkten, die sich auch auf die Verwendung von
MS-DOS-Programmen unter Windows auswirken geändert. Dies betrifft freilich nur die 32-bitVersionen, weil unter den 64-bit-Versionen von Haus aus keine 16-bit-Programme - und daher
auch nicht MS-DOS-Programme - verendet werden können.
So gibt es für DOS-Programme unter Windows seit Windows Vista für die Verwendung von
MS-DOS-Programmen keinen Vollbild-Modus mehr und es sind auch einige Ordner besonders
geschützt, die von vielen DOS-Programme typischerweise genutzt werden. Dies betrifft in der
Hauptsache das Root-Verzeichnis des Hauptlaufwerks C:\.
Seit Windows Vista kein Vollbild-Modus für DOS-Programme: Grafiktreiber von XP
kann helfen
Seit Windows Vista funktionieren DOS-Programme zwar - in der 32-bit-Version - weiterhin,
allerdings gibt es dabei keinen Vollbild-Modus mehr. Davon sind in allererster Linie
Anwendungen mit grafisch aufgebautem Bildschirm betroffen, weil diese zumeist nur im
Vollbild-Modus arbeiten.
Das Problem mit dem Vollbild-Modus kann - jedenfalls bei Windows Vista und Windows 7 umgangen werden, indem Sie statt des Grafik-Gerätetreibers für Ihren Bildschirmadapter beispielsweise von ATI oder NVIDIA - zur aktuell verwendeten Windows-Version den
Grafiktreiber für Windows XP installieren. Unter Windows XP gibt es den Vollbildmodus für
DOS-Anwendungen und daher funktioniert dann der Vollbildmodus mit diesem GrafikGerätetreiber für Windows XP.
Eruieren Sie dafür also die exakte Typenbezeichnung Ihres Grafikadapters und suchen Sie auf
der Website des Herstellers des Grafikadapters nach dem für Ihren Grafikadapter passenden
Windows-XP-Gerätetreiber.
Laden Sie sicherheitshalber auch gleich den aktuellen Gerätetreiber für Ihre aktuell verwendete
Windows-Version herunter, falls das nicht funktionieren sollte. Eine Anzeige bekommen Sie aber
immer. Denn: Falls der Original-Gerätetreiber nicht gefunden wird, arbeitet der StandardGerätetreiber von Windows.
Der Geräte-Treiber für Windows-XP bietet selbstverständlich nicht alle
Darstellungsmöglichkeiten und aktuelle Betriebsmodi oder Funktionen - so beispielsweise keine
Transparenzen - und er wird bei komplexen Grafik-Anwendungen mit Windows-Anwendungen
langsamer sein. Aber es ist eben dann ein Kompromiss, wenn Vollbild-Modus unter DOS
benötigt wird.
Vorläufig unbekannter Befehl in DOS-Programmen erzwingt Vollbild-Darstellung
Es gibt übrigens einen - von "praktiker" noch nicht eruierten - Befehl, der von manchen DOSProgrammen aufgerufen wird und der unter Windows eine Vollbild-Darstellung erzwingt. Unter
Windows bis inklusive XP wird dann eben lästigerweise in Vollbild-Darstellung umgeschaltet,
aber bei Windows seit Vista - wobei die Vollbild-Darstellung eben nicht möglich ist - stürzt dann
das DOS-Fenster ab wegen Aufruf dieser - unter Windows seit Vista - unerlaubten Anweisung.
Das DOS-Fenster wird dann geschlossen.
Eine Hilfe wäre es wohl, wenn man bei DOS-Anwendungen, die das tun, diese Anwendungen
wiederum unterhalb eines kleinen Hilfsprogramms aufruft, das genau diese für die Verwendung
unter neueren Windows-Versionen fatale Anforderung der Vollbilddarstellung abfängt.
Der Fehler dürfte allerdings extrem selten auftreten. Dieser passiert beispielsweise beim
Datenbank-Programm "PC-File", das diesen Vollbild-Befehl beim Beenden des Programms gibt.
Da das in diesem Fall nur bei Beenden des Programms passiert kann man wenigstens das
Programm verwenden. Es ist dabei also lediglich lästig. Wenn das innerhalb der Verwendung
eines Programms passieren sollte, dann wäre das Programm freilich ohne Speziallösungen nicht
unter neueren Windows-Versionen verwendbar.
Welcher Befehl das ist, ist leider unklar. Für die Anforderung einer Vollbilddarstellung ist er
sicherlich nicht gedacht, denn Vollbilddarstellung ist ja unter DOS immer. Es ist auch kein
vordringliches Problem, da das wohl extrem selten vorkommen wird. Es soll nur ein Beispiel
dafür sein, welche unerwarteten Fehlfunktionen unter einer DOS-Emulation passieren können.
Seit Windows Vista einige Ordner und auch C:\ besonders geschützt
Seit Windows Vista ist der Zugriff auf manche Ordner nicht mehr uneingeschränkt möglich. Und
zwar nicht nur für die Systemordner - neben "Windows" u.a. auch der Ordner "Programme"
resp. "Program Files" - sondern auch für das Hauptverzeichnis C:\.
Da es unter DOS nicht so unüblich ist, Daten die evtl. von mehreren Anwendungen verwendet
werden ins Hauptverzeichnis zu schreiben, kann es also sein, dass deswegen Manches bei DOSAnwendungen nicht erwartungsgemäß funktioniert. Sofern möglich sollte man DOSAnwendungen generell so umkonfigurieren, dass Datenzugriffe und Schreiben ins
Hauptverzeichnis eines Laufwerks vermieden wird. Also einfach dafür einen eigenen Ordner
anlegen.
Der Hintergrund dafür ist, dass Windows seit Windows Vista alle Dateien, die in einen solcherart
geschützten Ordner - das ist auch das Root-Verzeichnis des Systemlaufwerks - woanders
speichert, weshalb also Dateien zwar beispielsweise nach C:\ geschrieben werden können, aber
unter diesem Pfad nicht auffindbar sind. Diese Dateien sind übrigens sozusagen im Exil im
Verzeichnis c:\Users\[Username]\AppData\Local\VirtualStore\ zu finden, was DOSAnwendungen aber nicht "wissen".
Übrigens: Ordner-Namen "Program Files" alias "Programme" seit Windows Vista
Bei Windows haben seit Windows Vista die vom System angelegten Ordner in allen
Sprachvarianten eine englische Bezeichnung. Diese originalen Ordner sind vorgabemäßig
versteckt. Über Links gibt es - sichtbare - Ordner in der jeweiligen Sprachvariante. Der Ordner
"Users" ist also in der deutschen Windows-Version als "Benutzer" sichtbar, "Program Files" als
"Programme" etc.
Unter 64-bit-Versionen von Windows gibt es übrigens zusätzlich noch einige vom System
genutzte Ordner mit dem Suffix "(x86)" also beispielsweise "Program Files (x86)" zusätzlich zu
"Program Files". Dabei sind die Ordner mit Suffix "(x86)" für 32-bit-Programme und jene ohne
Suffix "(x86)" für 64-bit-Programme.
Wichtige Besonderheiten beim Ausdrucken aus DOS-Programmen unter Windows
MS-DOS-Programme hatten seinerzeit das Ausdrucken direkt erledigt. Daher muss man bei
jedem DOS-Programm separat festlegen, welche Drucker-Schnittstelle verwendet werden soll
und in welchem Format - Seitenbeschreibungssprache - der Drucker angesprochen werden soll.
Wenn folgende Bedingungen gegeben sind, funktioniert Ausdrucken aus MS-DOS-Programmen
auch unter den neuesten Windows-Versionen völlig problemlos:

Der Computer hat eine Parallele Schnittstelle (Centronics). Diese ist für MS-DOSProgramme die typische Drucker-Schnittstelle.

Der Drucker ist über diese Parallele Schnittstelle (Centronics) an den Computer
angeschlossen.

Das DOS-Programm gibt die Druckjobs in einem Format - Seitenbeschreibungssprache aus, das der Drucker verarbeiten kann.
Wenn diese drei Punkte zutreffen, dann müssen Sie ggf. nur darauf achten, dass der Drucker in
den Einstellungen so konfiguriert ist, dass die Daten unbearbeitet vom PC-Programm zum
Drucker durchgereicht werden.
Wenn einer der drei Punkte nicht zutrifft, werden Sie sich etwas eingehender damit beschäftigen
müssen, sofern Sie auf das Ausdrucken aus DOS-Programmen nicht verzichten wollen.
Druckprocessor-Einstellung zum Drucken aus MS-DOS-Programmen: Seitenvorschub
oder nicht
Auch dann, wenn alle der drei oben genannten Punkte - und damit der Idealzustand zum
Ausdrucken aus DOS-Programmen unter Windows - gegeben sind, wird evtl. eine wesentliche
Einstellung unter den "Eigenschaften" zum betreffenden Drucker notwendig sein, sofern sie
nicht bereits vorgenommen ist. Es geht darum, ob Windows an Druckjobs einen SeitenvorschubBefehl anhängen soll oder nicht.
Um die nachfolgend beschriebene Einstellung des Druckprocessors unter den Einstellungen zum
Drucker brauchen Sie sich nur dann kümmern, wenn entweder nach jedem Druckjob auch eine
leere Seite ausgeworfen wird oder wenn - umgekehrt - die letzte Seite nicht gleich ausgegeben
wird: Entweder erst nach einer Wartezeit oder erst bei Starten des nächsten Druckauftrags.
Rufen Sie dafür die Einstellungen zum Drucker auf, der für die Ausgabe mit den MS-DOSProgrammen verwendet werden soll. Gehen Sie unter "Eigenschaften" auf den Reiter "Erweitert"
und wählen Sie dort "Druckprocessor" an. Hier stellen Sie bitte einen Druckprocessor ein, der
ähnlich bezeichnet ist wie "RAW" (für: Rohdaten), "RAW (FF appended)" oder "RAW (FF
auto)". "FF" steht hier für Formfeed - also Seitenvorschub - und bedeutet, dass nach jedem
Druckauftrag ein Seitenvorschub gemacht wird.
Das soll sicherstellen, dass eine quasi teilweise bedruckte Seite noch nicht ausgedruckt wird um
sozusagen auf weitere Zeilen zu warten, die noch auf die selbe Seite gedruckt werden sollen.
Moderne Drucker drucken ja nur ganze Seiten in Einem. So lange also die Seite nicht "voll" ist
oder kein Seitenvorschub-Befehl gegeben ist, wird die Seite nicht ausgedruckt.
Die frühen Druckermodelle - die Matrixdrucker - waren sogenannte Zeilendrucker. Die hatten
also jede Zeile gedruckt die gekommen ist und dann einfach auch mitten auf der Seite zu drucken
aufgehört. In diesem Fall hatte man dann früher händisch am Drucker den SeitenvorschubBefehl über eine Taste gegeben oder die Walze weitergedreht, bis die Seite vom Endlospapier
abgerissen werden konnte. Mitunter war es auch garnicht erwünscht, dass nach jedem Druckjob
eine neue Seite angefangen wird, weshalb das viele DOS-Programme auch nicht automatisch
gemacht hatten.
Zum besseren Verständnis die unterschiedlichen Funktionsweisen der drei RAW-Modi des
Druckprocessors unter Windows:
o
RAW. Der Druckprocessor reicht die Daten durch, wie sie vom DOS-Programm
geschickt werden.
o
RAW (FF append) Der Druckprocessor fügt am Ende jedes Druckauftrags
einen Seitenvorschub ein. Solcherart wird auch eine letzte nur teilweise bedruckte
Seite in jedem Fall auch ausgedruckt. Wenn die letzte Seite zufällig sowieso voll
gewesen wäre, dann wird zusätzlich eine leere Seite ausgegeben, was aber
statistisch wohl selten vorkommen wird.
o
RAW (FF auto). Der Druckprocessor hängt am Ende jedes Druckauftrags nur
dann einen Seitenvorschub an, wenn das DOS-Programm am Ende des
Druckauftrags keinen Seitenvorschub-Befehl geschickt hat. Wenn das DOSProgramm - das machen einige der alten Textprogramme so - die restlichen leeren
Zeilen auf einer Seite durch entsprechend viele Zeilenvorschübe sozusagen
"auffüllt", dann wird jedem Druckjob zusätzlich ein Seitenvorschub-Befehl
angehängt. In diesem Fall wird also der Seitenvorschub durch das Auffüllen der
restlichen Zeilen mit Zeilenvorschüben bewirkt, aber der Druckprocessor von
Windows erkennt eben keinen Seitenvorschub-Befehl und gibt daher selbst einen.
Dass das Programm so arbeitet, merken Sie daran, dass am Ende eines Druckjobs
immer eine leere Seite ausgegeben wird. In diesem Fall ist also die Einstellung auf
"RAW" die richtige Einstellung.
Sowohl bei "RAW (FF auto)" als auch bei "RAW (FF append)" wartet der Druckprocessor
übrigens einige Sekunden lang ob noch etwas zum Ausdrucken kommt und wirft dann erst die
Seite aus. Wenn ein Programm also beispielsweise ein paar Zeilen an den Drucker schickt und
dann auf eine Benutzereingabe wartet und diese Zeitspanne zu lange wird, dann kann es sein,
dass die eigentlich noch nicht fertig gedruckte Seite halb bedruckt ausgegeben wird. Derartiges
kann beispielsweise bei der Report-Ausgabe von Datenbankprogrammen passieren, die nach
Ausgabe von ein paar Zeilen auf eine Bestätigung warten. Man muss sich dann einfach mehr
beeilen...
Die Frage Seitenvorschub oder nicht - oder wann - ist also eine der lästigen Kleinigkeiten, die
ihre Ursache lediglich darin haben, dass in frühen DOS-Zeiten Matrixdrucker, die als
Zeilendrucker arbeiten der Standard waren. Da es - jedenfalls früher - keinen Befehl gegeben
hatte, der das Ende eines Druckjobs "mitteilt", muss der Druckprocessor eben raten, wann der
Druckjob zu Ende ist.
Ausdrucken aus DOS-Programmen unter Windows auch ohne Centronics/LPT1 möglich
Ausdrucken aus DOS-Programmen unter Windows ist immer möglich, allerdings ab den
Windows-NT-Versionen - also auch allgemein bei Windows seit XP - ist das etwas komplexer
und wird nicht - wie bis Windows 98 - vom Betriebssystem mit einfachen Einstellmöglichkeiten
gelöst.
Von DOS-Programmen erfolgt die Druckausgabe üblicherweise an LPT1. Wenn der Drucker an
LPT1 angeschlossen ist - also über eine Centronics-Schnittstelle - ist keine spezielle Maßnahme
erforderlich, weil das DOS-Programm die Druckdaten dann ganz normal an LPT1 schicken
kann.
Wenn der Drucker - wie heute zumeist - über USB - oder auch eine andere Schnittstelle angeschlossen ist, wird es etwas komplizierter.
Wie man das Problem löst, wird ausführlich in einem Grundlagenbericht zum Thema "LPT1 &
Windows" in "praktiker" Nr. 7-8/2008 (6 Seiten) beschrieben. Es werden darin zahlreiche
Varianten an Problemen behandelt und Anleitungen zur Lösung gegeben.
Eine der Lösungen ist es, bei den Einstellungen zum Drucker "Druckerpool aktivieren"
einzustellen und als zusätzliche Schnittstelle "LPT1" auszuwählen, was zumindest unter Windows
XP funktioniert.
Eine weitere Lösung wäre es, den über USB angeschlossenen Drucker als Netzwerkdrucker
freizugeben und zu diesem die Druckausgabe von LPT1 umzuleiten. Der Eintrag dazu wäre in
der Startdatei autoexec.nt erforderlich. Einzusetzen sind die tatsächlichen NetzwerkFreigabenamen von Computer und Drucker, wie unter den Eigenschaften zum Drucker
eingestellt:
o
net use LPT1: \\computername\druckername
Ausdrucken aus DOS-Programmen: Seitenbeschreibungssprache muss zum Drucker
passen
Wenn das Problem gelöst ist, dass das DOS-Programm die Druckdaten an den Drucker schicken
kann, dann muss freilich auch eine zweite Voraussetzung erfüllt sein, damit das Ausdrucken
korrekt funktionieren kann: Der Drucker als solcher muss die Steuerbefehle für die Formatierung
verstehen können, die das DOS-Programm an den Drucker schickt. Dies ist die so genannte
Seitenbeschreibungssprache.
Typischerweise ist die Seitenbeschreibungssprache "PCL" von Hewlett Packard die heute zumeist
funktionierende Lösung. PCL wird von den besseren neuen Druckern von HP weiterhin
unterstützt (Druckertyp HP Deskjet oder HP Laserjet). "PCL" gibt es bereits seit DOS-Zeiten,
weshalb DOS-Programme damit üblicherweise umgehen können. Selbstverständlich muss man
bei jedem DOS-Programm, von dem aus man ausdrucken will, die Druckausgabe separat passend
zum Drucker einstellen.
Eine andere auch zu DOS-Zeiten mitunter eingesetzte Seitenbeschreibungssprache ist Postscript.
Es gibt Drucker, die verstehen Postscript direkt. Wenn also das verwendete DOS-Programm an
einen Postscript-Drucker ausgeben kann und der verwendete Drucker Postscript als
Seitenbeschreibungssprache unterstützt.
Dass die Druckausgabe jedes DOS-Programms mit dem Drucker zusammenspielen können
muss, ist keine Spezialität der Verwendung von DOS-Programmen unter Windows oder anderen
Betriebssystemen. Unter MS-DOS ist das Format der Druckausgabe nicht vom Betriebssystem
gelöst, sondern muss für jedes einzelne Programm passend zum Drucker eingestellt werden.
Systemweite Einstellungen für Geräte - und so auch Drucker - gibt es unter DOS nicht.
Ausdrucken aus DOS-Programmen: DOSPRN löst simples Text-Ausdrucken von DOSProgrammen an GDI-Drucker
In der Zeit von MS-DOS war es die typische Vorgangsweise, dass Texte als Nur-Text mit einigen
Steuerbefehlen an den Drucker geschickt wurden. Mit den Steuerbefehlen wurde definiert, wie
groß die Zeilenabstände sind, wie breit der Rand ist, ob etwas fett oder kursiv zu drucken ist und
evtl. auch unterschiedliche Schriftgrößen sowie Seitenvorschub etc.
Aktuelle billigere Drucker unterstützen nur das so genannte GDI-Interface. Das ist die simple
Grafik-Ausgabe an den Drucker. Der Drucker braucht dafür nichts können außer Punkt für
Punkt zu drucken, weil auch Schrift als Grafik an den Drucker geschickt wird und es daher nichts
zu interpretieren gibt. Mit der typischen Druckausgabe eines DOS-Programms, das für das
Ausdrucken von Texten zumeist die binären Werte für Zeichen liefert - ein Byte pro Zeichen -,
die im Drucker erst zu einer Grafik umgearbeitet werden müssten, können GDI-Drucker also
nichts anfangen.
Mit dem Programm DOSPRN wird die Zeichenausgabe von DOS-Programmen in eine Grafik
umgearbeitet, die dann an einen solchen GDI-Drucker geschickt werden kann. Es werden dabei
rudimentär auch die Befehlssätze von HP PCL und Epson ESC/P unterstützt, die seinerzeit
populär waren und daher bei vielen DOS-Programmen für die Druckausgabe ausgewählt werden
können.
Wenn der verwendete Drucker die Druckausgabe des DOS-Programms direkt verarbeiten kann,
ist DOSPRN freilich nicht nötig.
=>>> www.dosprn.com
Unterschiede Befehlsinterpreter COMMAND.COM und CMD.EXE in der Praxis
Beachten Sie besonders, dass es neben COMMAND.COM auch CMD.EXE als
Befehlsinterpreter gibt. Beide befinden sich im Ordner "system32" innerhalb des WindowsHauptordners.
o
CMD.EXE ist die Eingabeaufforderung (Shell) für Windows. Der Unterschied
liegt darin, dass Umgebungsvariablen und Laufwerks-Umleitungen systemweit auch nach Beenden der Eingabeaufforderung - erhalten bleiben, wenn
CMD.EXE verwendet wird. CMD.EXE kann man für einzelne Befehle
verwenden, die gleich sind wie jene von DOS. DOS und Windows verwenden
weitgehend die selben Befehle mit der selben Syntax. Wenn also über ein
Batchfile - Stapelverarbeitungsdatei mit Endung *.bat - beispielsweise mehrere
Dateien umkopiert oder gelöscht werden sollen, dann sind das die selben
Funktionen wie unter MS-DOS, nämlich COPY, XCOPY, DEL etc.
o
Wenn hingegen die Eingabeaufforderung mit COMMAND.COM gestartet wird,
sind alle darin gestarteten Programme und vorgenommenen Einstellungen nach
Verlassen der Eingabeaufforderung - also Beenden des Befehlsinterpreters "vergessen". COMMAND.COM wird automatisch ausgeführt, wenn ein MSDOS-Programm aufgerufen wird - es sich also nicht um einen Befehl oder
Hilfsprogramm handelt, das gleichnamig auch unter Windows existiert.
COMMAND.COM ist quasi MS-DOS und versteht daher - was wesentlich ist keine langen Dateinamen.
Im Grunde muss man sich um die Auswahl des Befehlsinterpreters nicht kümmern. Wenn man
ein Batchfile aufruft, dann werden jene Befehle, die unter Windows funktionieren unter
CMD.EXE aufgerufen. Sofern beim Aufruf der Befehlsinterpreter nicht explizit angegeben wird,
startet ein Batchfile mit CMD.EXE. Wenn es aber innerhalb des Batchfiles ein DOS-Programm
gestartet wird, so wird dafür auf command.com umgeschaltet. COMMAND.COM ist
ausschließlich für 16-bit-Anwendungen - also MS-DOS - gedacht.
Der Laie versteht mitunter vorerst den Unterschied zwischen den beiden Befehlsinterpretern
nicht, weil unter Windows - und damit CMD.EXE - die wesentlichen Befehle und
Hilfsprogramme die selben Namen und die selbe Funktion wie unter MS-DOS haben. Der
Unterschied ist auch kaum erkennbar, weil eben MS-DOS-Programme ohne spezielle Meldung
nahtlos und automatisch innerhalb von CMD.EXE unter COMMAND.COM ausgeführt
werden.
Es funktioniert aber auch der umgekehrte Fall; wenn man also aus einem DOS-Fenster mit
COMMAND.COM eine Windows-Anwendung aufruft. Sie können also beispielsweise einen
Ablauf mit Aufruf mehrerer Anwendungen über eine Stapelverarbeitungsdatei (*.bat)
durchführen und das funktioniert genauso wie unter nacktem DOS. Es funktioniert also auch,
wenn Sie über die Stapelverarbeitungsdatei eine Windows-Anwendung aufrufen. Diese läuft dann
freilich nicht über COMMAND.COM, sondern ganz normal als eigenes Fenster. Sie wird nur eventuell auch mit Parametern - aus der Stapelverarbeitungdatei heraus gestartet.
Beispiel: Der Norton Commander als Dateimanager unter DOS ist ja gut bekannt. Wenn Sie
diesen aufrufen, wird dieser automatisch - dieser ist ja ein 16-bit-DOS-Programm - unter
COMMAND.COM aufgerufen. Wenn Sie in der Befehlszeile des Norton Commander eingeben:
c:\windows\notepad.exe, dann wird ein neues Fenster mit dem Windows-Editor geöffnet. Das
DOS-Fenster in dem der Norton Commander läuft, ist nun blockiert. Sobald der WindowsEditor wieder beendet wird, ist der Norton Commander wieder ansprechbar.
Die Möglichkeit, MS-DOS-Programme in einem über ein Batchfile gesteuerten Ablauf mit
Windows-Programmen zu kombinieren, ist freilich eine großartige Sache für alle jene, die gerne
ihre Arbeitsabläufe automatisieren. Deswegen ist es eben falsch - wie es vielfach behauptet wird -,
dass eine Virtuelle Maschine oder ein DOS-Emulator ein vollständiger Ersatz für das normale
DOS-Fenster unter Windows wäre. Das ist nur dann zutreffend, wenn einzelne DOSAnwendungen alleinstehend verwendet werden sollen, weil ja dann das Zusammenspiel mit
anderen Anwendungen - auch Windows-Anwendungen - nicht gebraucht wird. Beispielsweise bei
Spielen ist das der Fall.
Da COMMAND.COM freilich MS-DOS ist und es unter MS-DOS keine Langen Dateinamen
gibt, werden Lange Dateinamen nach der Bearbeitung über ein MS-DOS-Programm auf 8.3Format verstümmelt. Nachfolgend wird beschrieben wie dieses Problem einfach zu lösen ist.
Bearbeiten von Dateien mit Langen Dateinamen unter DOS
Wenn Sie unter Windows arbeiten und - nur als Beispiel - mit einem Konvertierprogramm unter
DOS eine Textdatei mit Langem Dateinamen bearbeiten wollen, dann gibt es freilich ein
Problem: Sie können die Datei nur mit ihrem 8.3-Dateinamen aufrufen und wenn das Programm
das Konvertier-Ergebnis wieder abspeichert, hat die Datei generell den 8.3-Dateinamen. Nach
der Bearbeitung der Datei durch das DOS-Programm ist also der Lange Dateiname in einen 8.3Dateinamen geändert.
Das kann man einfach so lösen, indem man die Datei vor der Bearbeitung durch das DOSProgramm umbenennt in einen Dateinamen nach 8.3-Konvention und nachher wieder in seinen
ursprünglichen langen Dateinamen umbenennt. Das funktioniert jedenfalls im DOS-Fenster
unter Windows folgendermaßen, wobei davon ausgegangen wird, dass BEISPIEL.BAT durch
Ziehen und Ablegen der betreffenden Textdatei auf das Icon von BEISPIEL.BAT erfolgt,
wodurch der Dateiname als Parameter (= %1) automatisch übergeben wird:
BEISPIEL.BAT
o
if (%1)==() goto fehler
o
copy %1 c:\temp\tmpcvt1.txt
o
c:\bin\convert.exe c:\temp\tmpcvt1.txt
o
copy c:\dat\tmpcvt1.txt %1
o
goto quit
o
:fehler
o
echo Fehler: Es wurde kein Parameter erkannt.
o
echo Die zu bearbeitende Datei muss auf das Icon von BEISPIEL.BAT abgelegt
werden.
o
pause
o
:quit
Hier passiert also Folgendes:
o
Zuerst wird überprüft, ob BEISPIEL.BAT mit einem Parameter (= %1) - in
diesem Fall der Dateiname der zu bearbeitenden Textdatei - aufgerufen wird.
Wenn nicht, dann wird zum Label "fehler" gesprungen und die Fehlermeldung
angezeigt, auf eine Eingabe gewartet und danach die Verarbeitung beendet.
o
Nun wird die Datei umbenannt in tmpcvt1.txt im Ordner - der freilich bereits
vorhanden sein muss - c:\temp\.
o
Nun folgt die eigentliche Bearbeitung der Textdatei - die nun vorübergehend den
Namen tmpcvt1.txt hat - mit dem Programm convert.exe.
o
Nun wird die Datei wieder in ihren ursprünglichen Dateinamen umbenannt - der
Dateiname ist nach wie vor als Variable %1 vorhanden - und zum Label "quit"
gesprungen. Da keine weitere Zeile mehr vorhanden ist - es also keine weiteren
Befehle mehr gibt -, ist die Verarbeitung von BEISPIEL.BAT nun beendet.
Es werden also zwei Probleme umgangen:
o
Dadurch, dass BEISPIEL.BAT aufgerufen wird, indem die Textdatei auf das Icon
von BEISPIEL.BAT - oder einer Verknüpfung dorthin - abgelegt wird, wird als
Befehlsinterpreter nicht COMMAND.COM sondern jener von Windows,
nämlich CMD.EXE aufgerufen. Dieser kann mit langen Dateinamen freilich
umgehen - der Befehl COPY ist ja ein auch unter Windows gültiger Befehl - und
erledigt das Umbenennen der Textdatei.
o
Als nächstes wird das DOS-Programm mit der Textdatei als Parameter aufgerufen
- die nun einen für das DOS-Programm verwendbaren Dateinamen nach 8.3Konvention hat - und erledigt seine Arbeit.
o
Wenn das Programm convert.exe fertig ist, wird automatisch die DOS-Ebene
wieder verlassen und die Umbenennung auf den langen Dateinamen wird nun
wieder unter Windows - und daher problemlos für lange Dateinamen durchgeführt.
Die Textdatei mit dem langen Dateinamen kann solcherart also über ein DOS-Programm
bearbeitet werden und am Ende ist dennoch der lange Dateiname erhalten geblieben.
Beim Ablegen der - in diesem Beispiel - Textdatei auf dem Icon von BEISPIEL.BAT wird der
Dateiname samt Pfad der Textdatei automatisch mit Anführungszeichen am Anfang und Ende
übergeben, sofern sich ein Leerzeichen innerhalb des Pfads oder Dateinamen befindet. Wenn
kein Leerzeichen enthalten ist, dann werden keine Anführungszeichen angefügt. Durch die
"Einrahmung" mit Anführungszeichen wird das als zusammenhängend übergeben. Ansonsten
würden freilich alle Zeichen nach jedem Leerzeichen als ein weiterer Parameter interpretiert
werden.
Tastaturtreiber oft wie bei Schreibmaschine: Tasten der oberen Ziffernreihe bei CapsLock
Unter Windows ist es bekanntlich generell sinnvoll, die Tastatur auf - wenn diese Option zur
Verfügung steht, was aber in der Regel der Fall ist - "Deutsch (IBM)" einzustellen (unter
Systemeinstellungen > Regions- und Sprachoptionen > Sprachen > Details. Hier nun die
Tastatur "Deutsch (IBM)" auswählen.). Bei Einstellung auf "Deutsch (Deutschland)" oder
"Deutsch (Österreich)" funktioniert die Tastatur nämlich leider ziemlich unsinnig so wie
ursprünglich bei der Schreibmaschine: Bei "eingerasteter Hochstelltaste" (Caps-Lock) gelten in
der Ziffernreihe oben die normalerweise mit Shift erreichbaren Zeichen. CapsLock bedeutet also
in diesem Fall das selbe wie Drücken der Shift-Taste und nicht - wie bei Computer sinnvoll und
problemlos machbar - die Wirkung nur auf jene Tasten wo mit Shift zwischen Groß- und
Kleinbuchstaben umgeschaltet wird. Konsequent ist es sowieso nicht, weil beispielsweise bei den
Interpunktionszeichen wirkt dann CapsLock nicht, sondern nur bei den Zifferntasten.
Das war schon bei der Schreibmaschine umständlich, aber - jedenfalls bei der TypenhebelSchreibmaschine - technisch nicht anders möglich. Beim Tastaturtreiber "Deutsch (IBM)"
hingegen funktionieren bei Caps-Lock-Einstellung die Ziffern und Zeichen der oberen
Tastenreihe normal so wie ohne Caps-Lock.
Beim deutschen Tastaturtreiber für DOS funktioniert das übrigens heute zumeist korrekt so wie
für PC üblich, aber manche deutsche Tastaturtreiber funktionieren so wie seinerzeit bei der
Schreibmaschine resp. so wie bei Einstellung des Tastaturtreibers unter Windows auf "Deutsch
(Deutschland)" oder "Deutsch (Österreich)". Dies trifft nicht auf alle Windows-Versionen zu.
Einige alternative deutsche DOS-Tastaturtreiber werden - vor allem im Zusammenhang mit
dem Punkt als Dezimaltrennzeichen im numerischen Tastenblock - unter dem Thema "Aktuelles
zu PC-/MS-DOS für heute" erläutert: KDRIVE, KEYBW, KBD - DOS-Tastaturtreiber mit
Dezimalpunkt / Punkt als Dezimalzeichen. Dezimalpunkt ist bei vielen älteren DOSProgrammen - die oft noch an die Usancen in den USA orientiert waren - das verwendete
Dezimaltrennzeichen.
DOS-Tastaturtreiber kb16.com unter Windows interpretiert mitunter AltGr wie Alt
Der Fehler ist zumindest bereits seit Windows 98 bekannt und zieht sich bis zu aktuellen
Windows-Versionen: Vom Tastaturtreiber für DOS- resp. alte Windows-16-bit-Programme wird
die Taste AltGr wie Alt interpretiert. Daher ist dann die jeweils dritte Belegung der Tasten - die in
Kombination mit AltGr - nicht zugänglich. So beispielsweise Backslash "\" mit der Taste "ß",
also AltGr-ß.
Dies tritt aber nicht in jeder Konfiguration auf. Jedenfalls von "praktiker" wurde bislang keine
Ursache für dieses eigenartige Verhalten gefunden. Möglicherweise passiert das nur in
Verbindung mit bestimmter Hardware. Falls das jedenfalls bei Ihnen so der Fall ist, ist es wohl
die sinnvollste Lösung, statt kb16.com einen alternativen deutschen Tastaturtreiber zu verwenden
(siehe: KDRIVE, KEYBW, KBD - DOS-Tastaturtreiber mit Dezimalpunkt / Punkt als
Dezimalzeichen).
Angaben in autoexec.nt und config.nt für MS-DOS unter Windows
Die Startdateien AUTOEXEC.BAT und CONFIG.SYS - so wie unter normalem MS-DOS werden für MS-DOS-Anwendungen unter Windows nicht aufgerufen. Diesen entsprechen die
Dateien AUTOEXEC.NT und CONFIG.NT. Funktion und Inhalt sind prinzipiell gleich. Sie
liegen aber nicht im Rootverzeichnis, sondern im Verzeichnis C:\WINDOWS\SYSTEM32\. So
wie beim Start von normalem MS-DOS diese beiden Startdateien beim Systemstart aufgerufen
werden, werden diese jedesmal aufgerufen, wenn ein MS-DOS-Fenster geöffnet wird. Also
jedesmal, wenn man aus Windows heraus ein MS-DOS-Programm startet.
Was man in diese beiden Systemstart-Dateien hineinschreibt, wird man wohl aus den MS-DOSZeiten noch wissen. Wesentlich dabei ist jedenfalls die Festlegung des Zeichensatzes (Codepage).
Für Deutsch kann man wahlweise CP437 oder CP850 verwenden. Beide enthalten den Kernteil,
der auch die Sonderzeichen der deutschen Sprache enthält. Vor allem von Technikern wird eher
CP437 bevorzugt, weil diese auch das griechische Alphabet enthält.
Wenn Sie einen speziellen Tastaturtreiber oder sonstige spezielle Konfigurationen für eine
spezielle DOS-Anwendung brauchen, dann gibt es freilich die Möglichkeit, die betreffenden
Anwendungen über unterschiedliche Versionen von autoexec.nt resp. config.nt aufzurufen. Das
gilt freilich generell, wenn einzelne Anwendungen in einem DOS-Fenster mit unterschiedlicher
Konfiguration gestartet werden sollen. Dazu wählt man im Explorer mit dem Mauszeiger auf
dem betreffenden Programm das Alternativmenü - mit zweiter Maustaste - und dort den
Menüpunkt "Eigenschaften", dann Reiter "Programm" und dann auf die Schaltfläche
"Erweitert...". Hier kann man nun die Dateinamen ändern für die beiden Startdateien, die original
autoexec.nt und config.nt heißen.
Nachfolgend Beispiele dafür, was Sie vielleicht näher anschauen resp. ändern sollten, wenn Ihre
MS-DOS-Anwendungen nicht anständig laufen sollten. So müssten jedenfalls die allermeisten
MS-DOS-Anwendungen funktionieren. Hier in den Beispielen wird von folgenden
Gegebenheiten ausgegangen - falls nicht, dann wäre das freilich den Pfaden oder Gegebenheiten
bei Ihrem PC anzupassen:
o
Die Windows-Installation liegt unter C:\WINDOWS\
o
Die Sprache ist Deutsch, der Zeichensatz ist CP437 (Zeile "country"). Wenn in
einer Anwendung manche Zeichen falsch dargestellt werden - siehe auch
Paragraph-Zeichen unter DOS an zwei Positionen 15h oder F5h (§) -, versuchen
Sie es mit CP850. Also dann 850 statt 437 angeben v.v.
o
Der Platz für Umgebungsvariable ist mit E:2560 (= 2560 Byte) angegeben. Dieser
Wert muss ein Vielfaches der Zahl 16 sein. Angeblich sollen bis zu 32kB möglich
sein. Manche Anwendungen brauchen größeren Platz für Umgebungsvariable.
Ohne explizite Angabe gelten 256 Byte, was aber für manche Anwendungen zu
klein ist. 2560 Byte müssten für die allermeisten Konfigurationen mehr als
ausreichend sein.
o
Die Unterstützung von Diensten oder Geräten für den speziellen PC sind hier
nicht berücksichtigt und typischerweise in den vorinstallierten Startdateien
angeführt. Diese sind dann freilich zusätzlich nötig.
o
Wenn in den vorinstallierten Startdateien Ihres PCs die Werte höher angegeben
sind, dann sollten die höheren Werte verwendet werden. Dies kann beispielsweise
bei files, buffers oder Größe für Umgebungsvariable der Fall sein.
CONFIG.NT (empfohlene Mindestangaben)
o
dos=high, umb
o
device=%SystemRoot%\system32\himem.sys
o
files=50
o
buffers=60
o
lastdrive=z:
o
country=049,437,c:\windows\system32\country.sys
o
device=c:\windows\system32\ansi.sys
o
shell=c:\windows\system32\command.com c:\windows\system32 /E:2560 /P
AUTOEXEC.NT (empfohlene Mindestangaben)
o
REM Falls Sie kb16.com umbenannt haben, muss an dessen Stelle
o
REM im nachfolgenden Befehl der neue Name angegeben werden:
o
c:\windows\system32\kb16.com gr,437,c:\windows\system32\keyboard.sys
o
REM Folgendes stellt Verzögerung und Wiederholfrequenz der Tastatur ein:
o
mode con rate=28 delay=1
Lösung, wenn es nicht möglich ist, eine spezielle Codepage zu definieren
Vor allem Techniker, die mit deutscher Tastatur arbeiten bevorzugen bekanntlich die USCodepage CP437 statt der für Deutsch üblichen CP850, da CP437 das in der Technik wichtige
griechische Alphabet beinhaltet. Nun kann es passieren, dass trotz der in den Startdateien
vorgenommenen Änderungen weder ein individuell definierter Tastaturtreiber noch der
gewünschte Zeichensatz funktionieren.
DOS-/16-bit-Tastaturtreiber umbenennen, wenn dieser zwangsweise aufgerufen wird
In einem solchen Fall ist es so, dass das System intern den Tastaturtreiber automatisch aufruft
und dabei auch die verwendete Codepage angibt. Und zwar nach den jeweiligen Startdateien,
wodurch die diesbezüglichen Angaben darin übersteuert werden. Wenn das bei Ihrem PC der
Fall ist, dann können Sie sich dagegen helfen, indem Sie einfach den versteckt aufgerufenen
Tastaturtreiber umbenennen. Da dieser nun einen anderen Namen hat wird er nicht mehr
gefunden und die Zwangsbeglückung mit dem vorgegebenen Tastaturtreiber kann logisch nicht
mehr funktionieren.
Die Programme für MS-DOS sind in der Regel im Unterordner SYSTEM32 innerhalb des
Windows-Hauptordners zu finden. Meist ist das C:\WINDOWS\SYSTEM32\. Es geht dabei
um den Tastaturtreiber (welche Taste auf der Tastatur welches Zeichen ergibt) KB16.COM.
Suchen Sie einfach nach dieser Datei und bennen Sie diese irgendwie um. Beispielsweise mit
vorangesetztem "x" im Dateinamen.
Nun können Sie dank des umbenannten Tastaturtreibers mit
o
c:\windows\system32\xkb16.com gr,437,c:\windows\system32\keyboard.sys
den gewünschten Tastaturtreiber mit der gewünschten Codepage aufrufen. Sie können
stattdessen freilich auch einen beliebigen anderen Tastaturtreiber aufrufen.
Das Problem bei einem vordefinierten Tastaturtreiber ist es also, dass mit dessen Aufruf
wiederum die Codepage angegeben ist und die Angabe dort dann die Codepage-Angabe jede
selbst gemachte Angabe in AUTOEXEC.NT und - dort unter COUNTRY= - in CONFIG.NT
übersteuert.
Ein solcherart zwangsweise vorgegebener Tastaturtreiber ist eine gut gemeinte Funktion, die es
sicherstellen soll, dass auch nach schlimmster User-Bearbeitung der beiden Startdateien
zumindest die Tastatur korrekt funktioniert.
Das war der erste Schritt.
Codepage für DOS- und 16-bit-Windows-Programme auch in der Registry individuell
festlegen
Ideal wäre es, wenn die gewünschte Codepage auch tiefer im System - nämlich in der Registry wunschgemäß eingestellt ist. Eine Änderung in der Registry ist freilich solider, weil diese Werte
von Haus aus geladen werden und nicht erst nachträglich geändert werden. - Wenn aber bereits
alles wunschgemäß funktioniert, ist Folgendes nicht unbedingt nötig.
Rufen Sie dazu bitte über Start > Ausführen mit Eingabe von "regedit" die Registry auf. Hanteln
Sie sich nun auf dem Pfad zu folgender Position vor:
o
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Nls\Code
Page\
interessant sind hier nun zwei Unterpunkte (Schlüssel), deren Wert zu ändern wäre für die
Anwendung von Codepage 437:
o
OEMCP derzeitiger Wert (vermutlich): 850, neuer Wert: 437 eingeben
o
OEMHAL derzeitiger Wert (vermutlich): vga850.fon, neuer Wert: vgaoem.fon
eingeben
Seien Sie bitte sehr genau bei Änderungen in der Windows-Registry. Bei einem Fehler kann es
passieren, dass Windows nicht mehr starten kann.
Die in der Registry vorgenommenen Änderungen werden in diesem Fall erst nach einem
Neustart von Windows wirksam.
Alternative, wenn die Codepage nur vorübergehend oder nur für ein Programm geändert
werden soll
Eventuell kommt es vor, dass Sie die Codepage nur für ein Programm ändern wollen, weil dieses
beispielsweise viele der grafischen Zeichen aus dem Standard-Zeichensatz 437 zur
Bildschirmdarstellung verwendet, was mit Codepage 850 nicht korrekt dargestellt wird.
Geben Sie dafür bitte folgenden Befehl ein - resp. als Zeile vor Aufruf des Programms, das Sie
verwenden wollen in einem Batchfile:
o
mode con cp select=437
Das müsste normalerweise funktionieren. Falls nicht, dann versuchen Sie es mit der zuvor
empfohlenen Methode.
Richtige Schriftart fürs DOS-Fenster, wenn falsche Zeichen dargestellt werden
Eventuell gibt es noch ein Problem mit der Codepage: Im DOS-Fenster ist die Darstellung
falsch, bei Vollbild richtig. - Vollbild-Darstellung eines DOS-Fensters funktioniert freilich bei
Windows nur bis inklusive Windows XT, daher fällt Ihnen der Unterschied bei jüngeren
Windows-Versionen nicht auf: In der Fenster-Darstellung sind die Zeichen nun wieder nicht
korrekt, hier wird nicht die Codepage 437 angewandt. Bei Vollbild-Darstellung - sofern die eben
möglich ist -, ist es aber korrekt.
Der Fehler dabei liegt dann darin, dass zur Darstellung - Einstellbar unter "Eigenschaften" zum
jeweiligen DOS-Programm - eine Bitmap-Schriftart ausgewählt ist. Damit funktioniert das
zumeist nicht.
Wählen Sie daher bitte unter den "Eigenschaften" zum DOS-Fenster unter dem Reiter
"Schriftart" nun "Lucida Console" als Schriftart aus. Mit der Schriftart "Lucida Console" ist dann
auch die Darstellung aller Zeichen korrekt.
Bei aktuelleren Windows-Versionen steht als Schriftart für DOS-Fenster evtl. auch die Schriftart
"Consolas" von Haus aus als Alternative zu "Lucida Console" zur Auswahl.
Eventuell: Sie wollen statt Lucida Console eine andere Schriftart fürs DOS-Fenster
Nun werden alle Zeichen korrekt dargestellt, aber Ihnen gefällt vielleicht die Schriftart "Lucida
Console" nicht, resp. Sie sind mit den TrueType-Schriftarten, die für das DOS-Fenster zur
Auswahl stehen, nicht zufrieden. Auch das ist kein Problem, das kann auch geändert werden.
Suchen Sie dafür eine andere Schriftart aus.
Auswahl einer tauglichen Schriftart fürs DOS-Fenster: zumindest diktengleich, nicht
italic
Voraussetzung dafür, dass eine Schrift für das DOS-Fenster verwendet werden kann ist in
erster Linie, dass es sich dabei um eine dicktengleiche Schrift handelt (auch: äquidistante Schrift
oder Monospaced Font). Bei diesen ist also jedes Zeichen gleich breit im Gegensatz zu den unter Windows - weitaus häufiger vorkommenden Proportionalschriften. Da der DOSBildschirm von gleich breiten Zeichen ausgeht, würde ansonsten ein ziemlicher Durcheinander
auf dem Bildschirm entstehen.
Unter Windows dürfte es keine Möglichkeit geben, sich eine Übersicht nur aller diktengleichen
Schriftarten anzeigen zu lassen. Welche Schriftart eine diktengleiche ist, muss man leider anders
herausfinden resp. wissen. Sie können das aber einfach herausfinden: Öffnen Sie den simplen
"Editor" - zu finden im Startmenü unter "Programme" > "Zubehör". Kopieren Sie dort einfach
mehrere Zeilen Text hinein von irgendwo - beispielsweise von einer Website. Wählen Sie im
Menü von Editor nun eine etwas größere Schriftgröße, damit Sie die Zeichen besonders gut
sehen können. Trennen Sie nun die Zeilen auf etwa zwei Drittel der Breite des Fensters von
"Editor". Mehr als fünf Zeilen brauchen Sie dafür nicht. Nun können Sie im Menü von Editor
Schriftarten auswählen. Wählen Sie vorerst einmal "Courier New" oder "Lucida Console" aus,
von denen Sie wissen, dass es sich dabei um diktengleiche Schriftarten handelt. Nun kürzen Sie
alle Textzeilen auf die selbe Breite. Wenn Sie nun weitere Schriftarten ausprobieren erkennen Sie
nun auf einen Blick - alle Zeilen sind gleich lang -, ob es sich um eine diktengleiche Schriftart
handelt oder nicht. Bei einer Proportionalschrift würden die Zeilen freilich unterschiedlich lang
sein.
Weitere Voraussetzungen sind, dass es sich um keine Kursivschrift (Italic) handeln darf, dass im
Font keine negativen Zeichenabstände enthalten sind und, dass es sich um einen kompatiblen
Zeichensatz handelt, was man freilich nicht so ohne Weiteres feststellen kann. Wenn eine Schrift
nicht den Kriterien entspricht, dann wird sie einfach nicht geladen. Es kann also nichts passieren.
Für die Vorauswahl reicht es also darauf zu achten, dass es eine dicktengleiche nicht kursive
Schriftart ist.
Es sind auch nicht alle Schriftarten, die prinzipiell akzeptiert werden in der Lage, auch alle
Zeichen korrekt wiederzugeben. Jedenfalls mit "Lucida Console" und der neueren Schriftart
"Consolas" funktioniert das korrekt. Wenn die Darstellung nicht korrekt ist, sieht man das
sowieso bei der Verwendung.
Bei älteren Windows-Versionen - so beispielsweise Windows XP - ist "Consolas" zwar nicht
vorinstalliert, wurde aber möglicherweise bereits im Zuge der Installation eines neueren
Microsoft-Programms mitinstalliert. "Consolas" ist sehr gut geeignet für diesen Zweck. Schauen
Sie also nach, ob diese bereits auf Ihrem PC installiert ist. Falls Sie Consolas haben wollen, wäre
diese Schriftart - wie übrigens alle seit Windows Vista neuen Schriftarten - beispielsweise beim
"Microsoft Office Compatibility Pack" dabei. Dieses ist kostenlos von der Microsoft-Website
herunterladbar (siehe Microsoft Windows (Desktop): Kostenlose Viewer, Player).
Ändern der Schriftart fürs DOS-Fenster in der Registry
Sobald Sie eine passende Schriftart gefunden haben, eruieren Sie vorerst einmal deren genaue
Bezeichnung. Diese finden Sie ebenfalls in der Windows-Registry an folgender Position:
o
HKEY_LOCAL_MACHINE\Software\Microsoft\Windows
NT\CurrentVersion\Fonts
Unterhalb dieses Pfades sind alle installierten Schriftarten aufgelistet. Notieren Sie den Namen
der Schriftart - ohne die nachfolgene Angabe von "TrueType" in Klammern - bitte genau. Die
exakte Schreibweise ist wichtig. Der Dateiname der Schriftart ist dafür übrigens uninteressant.
Nun rufen Sie bitte wieder die Windows-Registry auf und hanteln Sie sich bis zu folgender
Position vor:
o
HKEY_LOCAL_MACHINE\Software\Microsoft\Windows
NT\CurrentVersion\Console\TrueTypeFont
Hier gibt es zumindest einen für die Festlegung der Schriftart interessanten Schlüssel, der aber
vielleicht besser so belassen wird:
o
0 (= Null) derzeitiger Wert (vermutlich): Lucida Console
Wenn die eine oder zwei Schriftarten, die hier definiert sind "Lucida Console" und/oder
"Consolas" sind, dann lassen Sie diese vielleicht zumindest vorerst drinnen, denn diese
funktionieren sicher.
Um weitere TrueType-Schriftarten für DOS-Fenster zur Auswahl stellen zu können, können nun
eine oder auch mehrere weitere solche Schlüssel wie für "Lucida Console" bereits vorhanden
angelegt werden.
Der erste Schlüssel - hier im Beispiel bereits vorhanden für "Lucida Console" hat den Namen "0"
(Null). Für jede weitere Schriftart wird einfach ein neuer Schlüssel angelegt mit einem Namen mit
jeweils um eine Null mehr. Also "00", "000", "0000" etc. Warum das so ist, ist "praktiker" nicht
bekannt, aber so funktioniert das jedenfalls. Normalerweise sollte es sich um eine fortlaufende
Zahl handeln - also in diesem Fall weitere mit "1", "2", "3" etc., was aber in diesem Fall nicht
funktionieren würde.
Öffnen Sie also nun in der Registry mit dem Mauszeiger und zweiter Maustaste das AlternativMenü zu "TrueTypeFont" und wählen Sie dort "Neu" und weiter "Zeichenfolge". Ändern Sie
nun den "Namen" des neuen Werts auf "00" resp. "000" wenn "00" bereits vorhanden ist. Und
geben Sie nun im Feld "Wert" den Namen der Schriftart an. Also beispielsweise "Courier New"
oder "Consolas".
Die Schriftart wird - auch, wenn der Name aus mehreren Wörtern besteht wie bei "Lucida
Console" - ohne Anführungszeichen eingegeben.
Die in der Registry vorgenommenen Änderungen werden erst nach einem Neustart von
Windows wirksam. Danach können Sie also die Darstellung bei den DOS-Fenstern auf die neu
eingestellte Schrifart ändern und auch gleich nutzen. Zur Auswahl stehen sie sofort nach
Definition in der Windows-Registry, allerdings erst nach einem System-Neustart wird die neu
ausgewählte Schriftart auch im DOS-Fenster verwendet.
| MS-DOS-Programme unter Windows 8/7/Vista/XP - Ezzes & Software-Empfehlungen |
Weiterempfehlen | Top |
MS-DOS nicht bei 64-bit-Windows dabei, daher: Windows XP Mode, DOSBox oder 32bit-Windows
Mit 64-bit-Versionen von Windows können MS-DOS-Programme nicht mehr von Haus aus
verwendet werden. Also beispielsweise unter Vista, Windows 7, Windows 8 in 64bit-Version
funktionieren keine MS-DOS-Programme - generell keine 16-bit-Programme, also auch nicht die
meisten Windows-Programme, die bis Windows 3.1 eingesetzt wurden. Beispielsweise unter
Windows 7 oder Windows 8, 32-bit-Version funktionieren MS-DOS-Programme mit
Einschränkungen; also beispielsweise nicht im Vollbild-Modus, aber ansonsten zuallermeist völlig
problemlos.
Unter 64-bit-Versionen ist es ein Kompromiss: Dann geht es nur über Virtuelle Maschine oder
einen Emulator. Wenn das MS-DOS-Programm alleinstehend - nicht im Zusammenspiel mit
Windows-Anwendungen - verwendet werden soll, dann ist das eine praktische Lösung. Wenn das
Zusammenspiel mit Windows-Programmen nötig ist, dann ist der Umstieg eine 32-bit-Version
von Windows nötig.
Windows XP Mode unter Virtueller Maschine mit 64-bit-Windows
Eine Lösung für die Verwendung von MS-DOS-Programmen unter 64-bit-Windows bieten
"Windows Virtual PC" und "XP Mode" von Microsoft, das allerdings nur unter den Windows-7Varianten "Windows 7 Professional", "Windows 7 Ultimate" oder "Windows 7 Enterprise"
funktioniert. Dabei wird zuerst einmal "Windows Virtual PC" als Virtuelle Maschine installiert
und unter dieser wird dann "Windows XP Mode" - also das eigentliche Betriebssystem installiert:
=>>> www.microsoft.com Download: Windows Virtual PC
=>>> www.microsoft.com Download: Windows XP Mode
Für Windows 8 gibt es "Windows XP Mode" - jedenfalls vorläufig - offiziell nicht. Unter
Windows 8 kann man aber jedenfalls über Zwischenschalten der Virtuellen Maschine "VMLite
XP Mode" (statt "Windows Virtual PC") auch "Windows XP Mode" verwenden. "VMLite XP
Mode" ist herunterladbar bei:
=>>> www.vmlite.com/index.php?option=com_content&view=article&id=47&Itemid=128
Nachdem Sie "VMLite XP Mode" und - von Microsoft - "Windows XP Mode" heruntergeladen
haben, gehen Sie - kurz gefasst - folgendermaßen vor:
o
Vorerst in den Einstellungen für das BIOS des PCs nachschauen, ob
Virtualisierung abgeschaltet ist. Wenn diese abgeschaltet ist, kann nämlich keine
Virtuelle Maschine eingerichtet werden. Falls es im Menü zum BIOS keine
Option dazu gibt, dann kann man nur hoffen, dass es funktioniert, eine Virtuelle
Maschine einzurichten
o
Installieren Sie "VMLite XP Mode"
o
Nach der Installation von "VMLite XP Mode" startet dieses Programm und fragt
nach dem "Package for VMLite XP Mode". Hier geben Sie nun die
heruntergeladene Installationsdatei für "Microsoft Windows XP Mode" an.
o
Nun wird für die Virtuelle Maschine ein Name vergeben und es wird die Größe
des Hauptspeichers und die Anzahl der virtuell zugeordneten CPUs angegeben so am PC mehr als ein CPU-Kernel vorhanden ist. Empfehlenswert ist es
dennoch, nur eine CPU hier anzugeben.
o
Wenn Sie nun die Virtuelle Maschine laden, dann haben Sie ein Windows XP vor
sich, als würde es sich um einen PC mit Windows XP handeln. Wenn Sie
Windows Update starten, dann werden vorerst auch massenhaft Updates
heruntergeladen und installiert werden, da es sich bei "Microsoft Windows XP
Mode" um eine nicht ganz aktuelle Version von Windows XP handelt.
o
Bevor nun richtig mit Windows XP gearbeitet werden kann, müssen noch - über
das Menü von "VMLite XP Mode" unter "Geräte" die "Gasterweiterungen"
installiert werden. Das sind die Gerätetreiber für die Hardware des PCs, die
freilich nicht von vornherein unter Windows installiert sind.
o
Nach dem nächsten Start der Virtuellen Maschine kann Windows XP - innerhalb
der Virtuellen Maschine - normal verwendet werden.
DOSBox: DOS-Emulator für Windows, Linux, Mac OSX etc.
DOSBox ist ein DOS-Emulator. Es gibt Versionen für die Verwendung unter Windows, Linux,
Mac OSX, Solaris, OS/2, BeOS etc. Gedacht ist dieser vor allem zur Verwendung von DOSSpielen, die sonst nicht laufen; also beispielsweise auch nicht in einem DOS-Fenster unter
Windows. DOSBox simuliert das Vorhandensein mancher seinerzeit gängiger Hardware wodurch
für alte Programme die Hardware-Kompatibilität hergestellt werden kann. Außerdem ist der
Vollbild-Modus möglich, den es unter Windows seit Vista nicht mehr gibt. Vor allem viele Spiele
funktionieren nur im Vollbildmodus.
Einer der zahlreichen einstellbaren Parameter ist die Möglichkeit, auch die
Rechengeschwindigkeit einzustellen. Dies ist wichtig für jene DOS-Anwendungen, deren zeitliche
Steuerung sich an der Taktrate des PCs orientiert. Diese ist heute freilich um ein Vielfaches höher
gegenüber seinerzeit, weshalb ohne eine solche Drosselung Vieles zu schnell abläuft.
Unter DOSBox werden eigene virtuelle Laufwerke definiert, die real einem Ordner zugeordnet
sind. Auf Dateien, die sich außerhalb dieser als Laufwerke gemounteten Ordner befinden, kann
von DOSBox aus nicht zugegriffen werden.
Insgesamt ist DOSBox eine interessante Alternative, wenn ein Programm unter dem DOSFenster unter Windows nicht laufen will oder eines der oben genannten Betriebssysteme
verwendet wird. DOSBox funktioniert auch mit 64-bit-Windows-Versionen.
Jedenfalls bis zur Version DOSBox 0.74 für Windows fehlt die Unterstützung für die Parallele
Schnittstelle (Centronics). Dies dürfte daran liegen, dass DOSBox primär zur Verwendung mit
DOS-Spielen gedacht ist, für die Drucker kaum gebraucht werden. - Mit dem inoffiziellen Update
"Megabuild 6" zu DOSBox können u.a. Parallele Schnittstellen (Centronics) angesprochen
werden und damit diese Funktion ergänzt werden (siehe DOSBox und Megabuild 6: DOSEmulator für Windows mit LPT1/Centronics).
DOSBox ist prinzipell unpraktisch, wenn man aus Windows heraus aus einem Batchfile
abwechselnd DOS- und Windows-Programme aufrufen will, weil DOSBox innerhalb seiner
eigenen virtuellen Laufwerke arbeitet und aus DOSBox sowieso keine Windows-Programme
gestartet werden können.
Wenn es nur wenige DOS-Anwendungen sind, dann könnte man auch jeder davon eine eigene
DOSBox zuordnen und auch auf diese Art mit mehreren DOS-Anwendungen sehr mühelos
arbeiten. In diesem Fall hätte man also beispielsweise drei separate DOSBox-Konfigurationen,
die jeweils vorgabemäßig - definiert in Autoexec.bat der jeweiligen DOSBox-Konfiguration - ein
bestimmtes DOS-Programm starten. Vor allem unter 64-bit-Windows - oder wenn nur wenige
Vollbild-DOS-Programme verwendet werden - ist das eine evtl. einfacherere Lösung, als eine
Virtuelle Maschine aufzusetzen.
Zu DOSBox gibt es auch einige Sprach-Pakete - darunter auch eines für Deutsch -, die
separat von der selben Seite herunterladbar sind. Die Sprachpaket-Datei wird einfach in das
Programmverzeichnis von DOSBox kopiert. In der dem Sprachpaket beiliegenden
Dokumentation ist erläutert, was dafür in der DOSBox-Konfiguartionsdatei dosbox.conf
einzutragen ist. Alternativ kann man auch die ebenfalls beigegebene, für das deutsche
Sprachpaket voreingestellte DOSBox-Konfiguartionsdatei dosbox.conf verwenden. Das ist
freilich nur sinnvoll, wenn man an der dosbox.conf selbst noch keine Änderungen vorgenommen
hatte, die damit freilich verloren wären.
DOSBox mit 4dos oder command.com als Befehlsinterpreter nur temporär verwendbar
Es gibt einige Einschränkungen bei DOSBox gegenüber einem normalen DOS-Fenster unter
Windows - oder erst recht gegenüber nacktem DOS. Das fällt vor allem allen jenen auf, die recht
aufwendig zusammengestellte Arbeitsabläufe über Batchfiles steuern. Ein paar Kleinigkeiten
müssen dafür geändert werden.
So verwendet DOSBox einen speziellen, integrierten Befehlsinterpreter mit speziellen Befehlen,
die in den üblichen Befehlsinterpretern wie command.com bei den meisten DOS-Spielarten
sowie alternative Befehlsinterpreter wie der seinerzeit sehr populäre 4dos nicht vorkommen. Der
wesentlichste Befehl ist MOUNT, womit in DOSBox Ordnern - also ein Pfad - einem
Laufwerksbuchstaben zugeordnet werden kann. Diese mit MOUNT definierten Laufwerke
werden dann wie normale Laufwerke verwendet. Es ist daher nicht möglich - jedenfalls von
"praktiker" wurde kein Weg dafür gefunden - einen anderen Befehlsinterpreter einzusetzen. Das
ist deswegen wenig optimal, weil einige der über den DOSBox-internen Befehlsinterpreter
bereitgestellten Befehle teilweise einen stark reduzierten Funktionsumfang haben oder
abweichend vom Standard funktionieren.
Abweichend resp. nur eingeschränkt funktionieren beispielsweise die Befehle COPY, DIR und
MKDIR resp. MD. Dies kann man teilweise umgehen, indem man interne Befehle über einen
Befehlsinterpreter - beispielsweise von einer MS-DOS-Version - temporär aufruft. Das schaut
beispielsweise so aus:
Statt normalerweise
o
copy *.xyz *.txt
also durch Aufrufen unter einem Standard-Befehlsinterpreter, der dafür temporär eingesetzt wird:
o
c:\dos\command.com /c copy *.xyz *.txt
Dies funktioniert aber auch nicht in allen Fällen und nicht mit allen Befehlen.
Austesten kann man das einfach, indem man die Hilfe-Anzeige mit Parameter /? - also
beispielsweise copy /? - aufruft; einmal mit command.com /c vorangestellt und einmal nicht.
Wenn die Hilfe-Anzeige dabei unterschiedlich ist, dann funktioniert das.
Evtl. ist es besser, sich mit separaten Programmen zu behelfen. Beispielsweise statt des internen
Befehls copy das separate Programm xcopy.exe. Die Funktion ist freilich eine andere und daher
wird das nicht für alle Fälle eine Alternative sein können.
Man hat damit im Grunde genommen ähnliche Besonderheiten zu berücksichtigen, wie es früher
der Fall war, wenn man einen speziellen Befehlsinterpreter verwendet hatte. Beispielsweise
"4dos" ist ein solcher, der ganz großartige Möglichkeiten bietet, aber bei diesem dafür Einiges
abweichend vom normalen COMMAND.COM arbeitet. Im Fall von DOSBox muss man sich
mit dem integrierten Befehlsinterpreter begnügen und muss daher dessen Einschränkungen und
Besonderheiten berücksichtigen.
DOSBox kennt keine CONFIG.SYS und daher u.a. keine COUNTRY-Einstellung
Bei DOSBox gibt es die beiden Startdateien AUTOEXEC.BAT und CONFIG.SYS nicht. Das,
was normalerweise über AUTOEXEC.BAT aufgerufen wird, wird bei DOSBox in die
Konfigurationsdatei dosbox.conf unter der Rubrik [autoexec] eingetragen.
Für die CONFIG.SYS gibt es allerdings keine Entsprechnung. Solcherart ist es also
beispielsweise nicht möglich, die Ländereinstellungen mit dem Befehl COUNTRY vorzunehmen.
Daher lässt sich das Datumsformat nicht einstellen. Dieses ist entsprechend der - auch sonst
üblichen - DOS-Vorgabe nach dem Muster MM/TT/JJJJ. Für Kontinentaleuropa - und was
daher mit der Landesangabe definiert wäre - sollte es freilich TT.MM.JJJJ sein.
Es gibt bei DOSBox zwar einige Spezialitäten - wovon hier beispielhaft ein paar genannt sind -,
aber abgesehen von diesen ist DOSBox eine großartige, sehr robust arbeitende DOS-Emulation.
Für alle jene, die sich früher bereits eingehend mit DOS - und dessen feiner Konfiguration beschäftigt hatten, ist das wenig aufregend und auch ohne Probleme lösbar. Bei einfacheren
Anwendungen - wenn nur einzelne Programme verwendet werden sollen - wird es überhaupt
unbedeutend sein, weil die Funktionen nicht gebraucht werden.
=>>> www.dosbox.com
DOSBox und Megabuild 6: DOS-Emulator für Windows mit LPT1/Centronics
Jedenfalls bis inklusive Version DOSBox 0.74 steht bei DOSBox die für die Druckausgabe unter
MS-DOS wesentliche Unterstützung von Parallelen Schnittstellen (Centronics) nicht zur
Verfügung. Mit "Megabuild 6" gibt es quasi ein inoffizielles Update zu DOSBox, das u.a. die
Unterstützung für die Schnittstellen LPT1, LPT2 und LPT3 bietet. LPTx sind die reservierten
Namen unter Windows und DOS für Parallele Schnittstellen (Centronics).
Das Projekt rund um Megabuild bringt auch zahlreiche weitere Funktionen wie beispielsweise
erweiterte Unterstüzung von Netzwerken. Die wesentlichste Ergänzung davon zum originalen
DOSBox ist sicherlich, dass damit die Druckausgabe ermöglicht wird.
Installieren Sie zuerst DOSBox normal - sofern Sie DOSBox nicht bereits installiert haben - und
installieren Sie dann quasi darüber das inoffizielle Update "Megabuild" im selben Verzeichnis.
Danach ist noch eine Ergänzung in der DOSBox-Konfigurationsdatei dosbox.conf nötig um die
Unterstützung der Drucker-Schnittstellen zu aktivieren. - Gehen Sie bitte folgendermaßen vor:
59.
DOSBox - evtl. samt Sprachpaket für Deutsch - normal installieren, sofern nicht bereits
vorhanden:
=>>> www.dosbox.com
60.
Megabuild 6 in den selben Ordner von DOSBox installieren. Auf der nachfolgend
verlinkten Seite nach "Megabuild 6 Windows Installer" suchen und herunterladen:
=>>> home.arcor.de/h-a-l-9000/
61.
In der Datei im DOSBox-Programmverzeichnis dosbox.conf folgende Sektion
hinzufügen nachfolgend der in dieser Konfigurationsdatei bereits vorhandenen Sektion [serial]:
DOSBOX.CONF (Einfügung nach Sektion [serial]) - Variante 1: Umleitung an LPT1 unter
Windows
o
[parallel]
o
# entweder:
o
parallel1=file dev:lpt1
o
# oder (falls Obiges nicht funktionieren sollte):
o
# parallel1=file append:lpt1
o
parallel2=disabled
o
parallel3=disabled
Im Grunde werden dabei die Druckdaten, die von einem DOS-Programm, das unter DOSBox
läuft in eine Datei umgeleitet. Wenn man unter MS-DOS statt eines Dateinamens einen der für
Geräte reservierten Namen angibt, erfolgt die Ausgabe an das betreffende Gerät. In diesem Fall im obigen Beispiel - ist das also LPT1.
Wenn LPT1 über Windows nicht direkt ansprechbar ist - über Umleitung durch Windows oder
als tatsächlich vorhandener Schnittstellenanschluss - kann die Druckausgabe auch in eine Datei
umgeleitet werden. Auch mehrere Druckaufträge werden dann in die angegebene Datei
ausgegeben. Man kann dann mit einer beliebigen anderen Methode diese Datei an den Drucker
schicken.
Für die Umleitung der Druckdaten in eine Datei sollte die Angabe in der DOSBoxKonfigurationsdatei dosbox.conf in der Sektion [parallel] in der nachfolgenden "Variante 2" so
ausschauen - unter der Annahme, dass die Datei im Ordner C:\TEMP liegen soll und die Datei
spoolprn heißen soll:
DOSBOX.CONF (Einfügung nach Sektion [serial]) - Variante 2: Umleitung an Datei unter
Windows
o
[parallel]
o
parallel1=file append:c:\temp\spoolprn
o
parallel2=disabled
o
parallel3=disabled
Damit diese Konfiguration funktionieren kann, muss der Ordner C:\TEMP bereits vorhanden
sein resp. "händisch" angelegt werden. Der Dateiname wird von DOSBox generiert.
Beachten Sie bitte, dass es sich bei dem hier angegebenen Pfad für die Druckausgabe um den
Pfad unterhalb Windows handelt. Die Datei liegt dann also unter C:\TEMP der Harddisk und
nicht innerhalb der virtuellen Laufwerke von DOSBox. Aus dem selben Grund kann hier eben
auch LPT1 angegeben werden, was dann eben an jene LPT1-Schnittstelle geleitet wird, die von
Windows verwaltet wird.
Windows 64-bit-Version in 32-bit-Version ändern: Neuinstallation nötig
Der Umweg über eine Virtuelle Maschine mit Windows XP Mode oder DOSBox ermöglicht
freilich nicht das Zusammenspiel mit anderen Anwendungen des Hauptsystems. Wenn das
wichtig ist, ist die einzige Lösung eine 32-bit-Version von Windows unter der - das gilt auch für
Windows 8 - MS-DOS- und 16-bit-Windows-Programme normal verwendet werden können.
Lediglich den Vollbildmodus gibt es nicht unter Windows generell seit Windows Vista.
Bei den allermeisten neuen PCs resp. Notebook-PCs ist die 64-bit-Version von Windows
vorinstalliert. 32-bit-Versionen gibt es mittlerweile - wenn überhaupt - eher nur bei schwachen
resp. kleineren Notebook-PC resp. Netbooks.
Wenn Windows in einer 64-bit-Version vorinstalliert ist, so kann diese nicht einfach in eine 32bit-Version geändert werden. Es ist dann eine komplette Neuinstallation von Windows nötig.
Man braucht dann zur Installation die Installations-DVD für die 32-bit-Windows-Version.
Bevor das System neu installiert wird, ist es freilich nötig sicherzustellen, dass alle für den
betreffenden PC nötigen Treiber etc. in einer 32-bit-Version verfügbar sind. Bei 64-bit-WindowsVersionen werden - zumindest nahezu - alle Treiberprogramme in einer 64-bit-Version eingesetzt
sein; zumindest für alle jene Funktionen, die im betreffenden PC integriert sind.
In der Regel wird man einen PC mit einer vorinstallierten sogenannten "OEM-Version" von
Windows haben. Wenn man diese in eine 32-bit-Version ändern will, sollte auf der Website des
Herstellers des PCs nachgeschaut werden, ob evtl. eine 32-bit-Windows-Version angeboten wird.
Wenn es sich dabei um eine OEM-Version des Herstellers handelt hat das freilich den Vorteil,
dass auch gleich alle Treiberprogramme dabei sind, die man zu dem speziellen PC-Modell
braucht. 64-bit-Programme - und daher auch 64-bit-Treiberprogramme - arbeiten freilich generell
nicht unter 32-bit-Windows.
Wenn zum PC-Modell keine 32-bit-OEM-Windows-Version angeboten wird, kann man
entweder eine normale Windows-Version kaufen oder man kann einen Bekannten darum bitten,
der eine gleiche Version in 32-bit-Ausführung hat. Normalerweise müsste es funktionieren, dass
man die gleiche Version - also beispielsweise "Home Premium" - mit dem selben Code
verwendet wie bei der vorinstallierten Version. Der Code steht normalerweise auf dem WindowsAufkleber, der am PC kleben müsste.
Wenn man Windows normal kauft, dann enthält das Paket sowohl eine DVD zur Installation für
die 32-bit-Version als auch eine 64-bit-Version.
Windows in 64-bit-Version ist selbstverständlich die Zukunft. Wenn eine Anwendung in einer
64-bit-Version verfügbar ist, dann ist diese oft erheblich schneller als das gleiche Programm in
32-bit-Version. Dies merkt man allerdings nur bei sehr rechenintensiven Anwendungen. Also
beispielsweise bei Bild- und Video-Bearbeitung. Ansonsten ist der Unterschied evtl. nicht so sehr
dramatisch.
Da es sicherlich noch längere Zeit Anwendungen in 32-bit-Ausführung geben wird, kann eine 32bit-Windows-Version noch mehrere Jahre lang ohne Einschränkungen verwendet werden.
Da es viele Treiberprogramme und auch Anwendungen vorerst noch nicht in einer 64-bitAusführung gibt und wenn viele davon eingesetzt werden sollen, ist - ungeachtet dessen ob man
überhaupt 16-bit-Programme verwenden will - möglicherweise eine 32-bit-Windows-Version eine
stabilere Lösung als die 64-bit-Windows-Version. Bei bereits älterer Hardware mit weniger RAMSpeicher ist es evtl. auch nachteilig, dass bei 64-bit-Windows gegenüber 32-bit-Windows freilich
der doppelte Speicherbedarf entsteht.
Es gibt übrigens auch 32-bit-Versionen von Anwendungen, die unter 64-bit-Windows nicht
funktionieren; vermutlich ist das nur dann der Fall, wenn diese auch 16-bit-Komponenten
beinhalten. 16-bit-Programme - das sind neben MS-DOS-Programmen auch alte WindowsProgramme oder alte Windows-Programmkomponenten - funktionieren unter 64-bit-Windows
nicht.
64-bit-Windows ist also derzeit noch nicht zwangsläufig die bessere Lösung, nur weil es
moderner ist. Wenn keine wichtigen Anwendungen verwendet werden, bei denen sich in der 64bit-Version erhebliche Geschwindigkeitsvorteile ergeben oder eine Anwendung die evtl. nur in
einer 64-bit-Version verfügbar ist, dann ist die 32-bit-Version derzeit eigentlich noch eher
vorteilhafter.