Stapelverarbeitungsdatei
| Stapelverarbeitungsdatei Windows Batch Batch file | |
|---|---|
| Datei:BatchIcon2.jpg Dateisymbol von Windows Vista bis 10 | |
| Dateiendung: | .SUB
|
| MIME-Type: | application/bat application/x-bat |
| Erstveröffentlichung: | CP/M 1981 mit PC DOS 1.0 |
| Art: | Stapelverarbeitung |
| Enthalten in: | Kommandozeileninterpretern |
Eine Stapelverarbeitungsdatei, englisch batch file, ist eine ausführbare Textdatei, deren Inhalt zeilenweise als Kommandos des Kommandozeileninterpreters von PC-kompatiblem DOS ausgeführt werden. Der Begriff leitet sich von der aus der Datenverarbeitung stammenden Stapelverarbeitung (englisch batch) ab. Da sich unter PC DOS und MS-DOS, den meist vorinstallierten Betriebssystemen des IBM PC und kompatibler Computer, die Dateinamenserweiterung .BAT etabliert hatte, ist auch abseits von kompatiblen DOS-Betriebssystemen BAT-Datei bzw. Batch-Datei neben Batchskript bzw. Stapelverarbeitungsskript ein Synonym für Stapelverarbeitungsdatei.
Technische Details und Geschichte
Als Dateiformat sind Stapelverarbeitungsdateien grundsätzlich Textdateien, deren Inhalt von einem Kommandozeileninterpreter als Stapelverarbeitung ausgeführt werden können. Skripte zur Abarbeitung von Kommandos einer Shell gab es bereits in den 1960er- und 70er-Jahren unter Multics und Unix. Der Kommandozeileninterpreter der meisten PC-kompatiblen DOS-Betriebssysteme wie MS-DOS, PC DOS und DR-DOS ist COMMAND.COM, der von Windows NT ist cmd.exe. Alternativen wie 4DOS erweitern die Skriptfähigkeiten durch zusätzliche Kommandos und zusätzliche Funktionen bestehender Kommandos.
Unter CP/M, dem Vorbild des ursprünglich als 86-DOS entwickelten späteren MS-DOS, gab es mit SUBMIT bereits die Möglichkeit, Stapelverarbeitungsdateien mit der Dateinamenserweiterung .SUB zu starten.[1][2] Unter OS/2 und Windows NT (die Nachfolger von PC DOS bzw. MS-DOS) werden die meisten Befehle von COMMAND.COM durch cmd.exe nachgebildet. Da aber auch zusätzliche Befehle eingeführt wurden, verwenden Stapelverarbeitungsdateien auf NT-basierten Windows-Versionen und auf OS/2, die explizit auf cmd.exe angewendet werden müssen, die Dateinamenserweiterung .cmd – .bat funktioniert jedoch weiterhin.
Allen Betriebssystem ist gemein, dass als Laufzeitumgebung und Interpreter der Kommandozeileninterpreter verwendet wird. Alle Kommandozeilenbefehle lassen sich in der Regel sowohl auf der Kommandozeile direkt als auch aus einer Stapelverarbeitungsdatei heraus ausführen, auch Kommentare. Sprungmarken und Abfragen sind jedoch nur in einer Stapelverarbeitungsdatei sinnvoll anwendbar und es gibt teilweise kleinere Unterschiede, etwa bei der Verwendung von Variablen.
Kompatibilität
Da unter Windows NT die meisten Befehle von COMMAND.COM durch cmd.exe nachgebildet sind, sollte es in vielen Fällen möglich sein, eine für MS-DOS geschriebene Stapelverarbeitungsdatei auch unter Windows NT auszuführen. Aber selbst unter reinem DOS können Unterschiede bei Parametern genutzter Dienst- und Systemprogramme Anpassungen an der Stapelverarbeitungsdatei nötig machen, damit diese weiterhin funktioniert.
Verwendung
Stapelverarbeitungsdateien werden zur Ausführung von immer wiederkehrenden Befehlsfolgen verwendet (z. B. für automatisierte Anmeldevorgänge oder Laden von TSR-Programmen). Es ist auch möglich, die Ausführung einzelner Befehlszeilen von einer Bedingung abhängig zu machen. Dafür gibt es seit IBM DOS bzw. MS-DOS 2.0 Konstrukte wie IF oder IF NOT. Unter Windows-NT-basierten Systemen wurden unter anderem IF- und FOR-Befehle stark aufgewertet, indem sie zum Beispiel Vergleiche von Werten anboten. Neben diesen Bedingungsoperatoren können auch Variablen genutzt, Sprünge ausgeführt, Benutzereingaben realisiert und Kommentare geschrieben werden.
Im PC-kompatiblen DOS diente die Datei AUTOEXEC.BAT zur Systemkonfiguration beim Starten des Betriebssystems. Windows 3.x und Windows 9x arbeiten beim Start zusätzlich die Datei WINSTART.BAT ab.
Bedeutung einiger Batch-Befehle
@ECHO OFF: Unterdrückt die Ausgabe des Befehls in der StapelverarbeitungsdateiCLS(von englisch clear screen): Leert den BildschirmPAUSE: Pausiert eine Stapelverarbeitung solange, bis der Benutzer eine Taste gedrückt hat.PAUSE > NUL: Pausiert eine Stapelverarbeitung solange, bis der Benutzer eine Taste gedrückt hat, die Meldung "Drücken Sie eine beliebige Taste..." wird in die virtuelle Gerätedatei NUL umgeleitet, wodurch diese nicht auf dem Bildschirm ausgegeben wird.EXIT: Beendet die Stapelverarbeitungsdatei
Hello-World-Beispiel
Die Ausgabe des klassischen Hello-World-Beispiels lässt sich durch eine Stapelverarbeitungsdatei erzeugen. Diese sollte zuvor unter geeignetem Dateinamen z. B. hello.bat gespeichert werden.
REM Text "Hello World!" ausgeben
ECHO Hello World!
Eine erweiterte Version mit angepasster Titelzeile, Schrift- und Hintergrundfarbe und einer Aufforderung zum Schließen des Programms durch einen Tastendruck könnte wie folgt aussehen:
Die Absätze sind jedoch nicht zwingend erforderlich, sie dienen lediglich zur besseren Übersichtlichkeit.
REM Befehle mit "@" werden nicht ausgegeben. Befehle mit REM werden nicht verarbeitet (Kommentar). Befehle mit :: oder @REM werden weder ausgegeben noch verarbeitet.
@ECHO OFF
REM Kommandozeilenfenster leeren
CLS
REM Der Titel des Fensters wird zu "Hallo-Welt-Programm" geändert (nur Windows)
TITLE Hallo-Welt-Programm
REM Die Windows-Codepage wird zu "1252" (westeuropäisch) geändert, dadurch kann unter anderem "ü" ausgegeben werden.
CHCP 1252
REM Die Schrift- und Hintergrundfarbe wird geändert
COLOR 4E
REM Text "Hallo Welt!" wird ausgegeben
ECHO Hallo Welt!
REM Leerzeile ausgeben
ECHO.
REM Es wird der Text "Taste drücken zum Beenden" ausgegeben und gewartet, bis der Benutzer eine Taste drückt
ECHO Taste drücken zum Beenden
PAUSE > NUL
Alternativen und Nachfolger
Batch-to-Memory
Der alternative Kommandozeileninterpreter 4DOS von JP Software, der als NDOS auch Teil der Norton Utilities ist, ergänzt den Funktionsumfang von Stapelverarbeitungsdateien. Um Verwechslungen und Inkompatibilitäten zu vermeiden, nutzt 4DOS die Dateinamenserweiterung .BTM, von englisch Batch To Memory, da die Dateien vor der Ausführung vollständig in den Arbeitsspeicher kopiert werden. Das verbraucht zwar einerseits mehr Speicher, andererseits ist die Ausführung dadurch schneller, da nicht nach jeder Zeile erneut in der Stapelverarbeitungsdatei gelesen werden muss. Batch-to-Memory-Stapelverarbeitungsdateien werden auch von JP-Softwares alternativen Kommandozeileninterpretern 4OS2 für OS/2 und 4NT bzw. Take Command (TC) für Windows unterstützt.
REXX
Unter PC DOS ab Version 7 und OS/2 von IBM wurde mit REXX eine zusätzliche Skriptsprache eingeführt, die in Dateien mit der Erweiterung .BAT (in DOS) oder .CMD (in OS/2) ohne weitere Konfiguration ausführbar sind. Auch auf anderen Betriebssystemen sind REXX-Interpreter verfügbar. Die übliche Dateinamenserweiterung für REXX-Skripte ist .REX, die mit dem Interpreter vorangestellt aufgerufen werden müssen, z. B. mit REXX MEINPROG.REX /EinBeispielParameter.
Mit Dienstprogrammen ist es möglich, REXX-Skripte mit der Erweiterung .REX, die daher nicht wie Batch-Dateien automatisch ausführbar sind, auch ohne vorangestellten Interpreter aufrufbar zu machen, beispielsweise mit DOSKEY (ein Makro für jedes REXX-Skript) oder mit 4DOS (set .rex=C:\Pfad\zum\REXX-Interpreter.exe, was fortan für alle REXX-Skripte mit der entsprechenden Dateinamenserweiterung funktioniert; für REXX-Skripte in .BAT-Dateien wie in PC DOS muss allerdings auch REXXPath in der Datei 4DOS.INI gesetzt sein).
Eine Alternative, die jedoch einige Einschränkungen hat, sind sogenannte bilinguale Batch-Dateien, die sowohl einen klassischen Batch-Teil als auch einen REXX-Teil enthalten:
/* 2>NUL: @ECHO OFF SET REXXPROG_NAME=%0 SET REXXPROG_PARMS= :GET_PARMS SET REXXPROG_PARMS=%REXXPROG_PARMS% %1 %2 %3 %4 %5 %6 %7 %8 %9 FOR %%A IN ( 1 2 3 4 5 6 7 8 9 ) DO SHIFT IF NOT '.%1' == '.' GOTO GET_PARMS REXX %REXXPROG_NAME%%REXX_EXT% %REXXPROG_PARMS% GOTO DONE REXX-Skript folgt... */ /* */ /* Hier steht nun der REXX-Skript ... */ /* */ /* Zum Beispiel: */ SAY 'HELLO,' ARG() 'ARGS=>'ARG(1)'<' EXIT /* Nachdem das REXX-Skript mit EXIT beendet wurde, muss sich */ /* die Batch-Datei über das Sprungziel :DONE sauber beenden. */ :DONE SET REXXPROG_PARMS= SET REXXPROG_NAME=
Diese Stapelverarbeitungsdatei, die mit der Erweiterung .BAT ausführbar ist und daher normal aufgerufen werden kann, startet in der ersten Zeile mit dem Kommando /*, das jedoch eine Fehlermeldung auswirft, da es sich unter DOS um kein gültiges Kommando oder Programm handelt. Mit dem Zusatz 2>NUL: wird diese Fehlermeldung unter Windows NT mit cmd.exe jedoch an das Nullgerät weitergeleitet und daher nicht auf dem Bildschirm ausgegeben; unter DOS und Windows 9x mit COMMAND.COM funktioniert das jedoch nicht, sodass die Fehlermeldung in jedem Fall ausgegeben wird und nur mit dem CLS-Kommando, das den gesamten bisherigen Textbildschirm zurücksetzt, wieder gelöscht werden kann. Ab der zweiten Zeile wird dann die Stapelverarbeitung ausgeführt, die alles aufbereitet, um sich selbst mit dem REXX-Interpreter REXX, der im Pfad sein muss, neu zu starten. Voraussetzung ist in diesem Beispiel-Skript allerdings, dass die Variable REXX_EXT=.BAT systemweit gesetzt ist, z. B. in der AUTOEXEC.BAT. In REXX wird der Batch-Teil am Anfang übersprungen, da alles, was zwischen /* ... */ steht, als Kommentar angesehen wird. Nach der Beendigung des REXX-Skripts mit dem EXIT-Befehl beendet sich schließlich auch die Stapelverarbeitung, die den REXX-Teil per GOTO-Anweisung überspringt.
PowerShell
Im Jahr 2006 wurde von Microsoft die PowerShell veröffentlicht, eine modernere und plattformübergreifende Alternative, mit der Skripte in der eigens dafür entwickelten PowerShell Scripting Language geschrieben werden können. PowerShell-Skripte haben üblicherweise die Dateinamenserweiterung .ps1 (siehe PowerShell#Dateiendungen).
Siehe auch
Weblinks
Einzelnachweise
- ↑ Schneider Wolfgang: Einführung in die Anwendung des Betriebssystems CP/M. Springer-Verlag, 2013, ISBN 978-3-322-89716-9, S. 18 (eingeschränkte Vorschau in der Google-Buchsuche): „Submit (Einreichen, vorlegen) – Mit Hilfe des SUBMIT-Kommandos können mehrere CP/M-Kommandos miteinander verknüpft werden. Sie werden automatisch hintereinander ausgeführt (sog. Batch-Verarbeitung, d. h. Stapelverarbeitung).“
- ↑ Allen Kent, James G. Williams: Debuggers and Debugging Techniques to Electron Beam Lithography. In: Encyclopedia of Microcomputers. Band 5. CRC Press, 1990, ISBN 978-0-8247-2704-8, S. 161 (englisch, eingeschränkte Vorschau in der Google-Buchsuche).
