Einf ¨uhrung in UNIX - CIS

78 2 UNIX
command -option1 -option2 argument1 argument2 ....
Kommandos werden auch Systembefehle genannt, im Gegensatz zu den
Befehlen oder Anweisungen in einem Programm. Wegen der Verwechslungsgefahr
mit Systemaufrufen (system call) ziehen wir das Wort Kommando vor.
Optionen modifizieren die Wirkung des Kommandos. Es gibt Kommandos
ohne Optionen wie pwd(1) und Kommandos mit unüberschaubar vielen wie
ls(1). Mehrere gleichzeitig gewählte Optionen dürfen meist zu einem einzigen
Optionswort zusammengefaßt werden. Es gibt auch Kommandos, die keinen
Bindestrich oder zwei davon vor einer Option verlangen. Einige Optionen
brauchen ein Argument, das unmittelbar oder durch Leerzeichen getrennt
anschließt. Unter Argumenten werden Filenamen oder Strings verstanden,
soweit das Sinn ergibt. Die Reihenfolge von Optionen und Argumenten ist bei
manchen Kommandos beliebig, aber da die UNIX-Kommandos auf Programmierer
mit unterschiedlichen Vorstellungen zurückgehen, hilft im Zweifelsfall
nur der Blick ins Referenz-Handbuch oder auf die man-Seite.
Kommandoeingabe per Menü ist unüblich, aber machbar, siehe Programm
2.11 Shellscript für ein Menü auf Seite 93. Die Verwendung einer
Maus setzt erweiterte curses-Funktionen voraus, siehe Abschnitt 2.6.1.3 Fenster
(Windows), curses-Bibliothek auf Seite 107, oder das X Window System.
Unter DOS heißt der Standard-Kommandointerpreter command.com. Auf
UNIX-Anlagen sind es die Shells. Im Anfang war die Bourne-Shell sh(1)
oder bsh(1), geschrieben von STEPHEN R. BOURNE. Als Programmiersprache
ist sie ziemlich mächtig, als Kommando-Interpreter läßt sie Wünsche offen.
Dennoch ist sie die einzige Shell, die auf jedem UNIX-System vorhanden
ist.
Aus Berkeley kam bald die C-Shell csh(1), geschrieben von BILL JOY,
die als Kommando-Interpreter mehr leistete, als Programmiersprache infolge
ihrer Annäherung an C ein Umgewöhnen erforderte. Sie enthielt auch
anfangs mehr Fehler als erträglich. So entwickelte sich der unbefriedigende
Zustand, daß viele Benutzer als Interpreter die C-Shell, zum Abarbeiten
von Shellscripts aber die Bourne-Shell wählten (was die doppelte Aufgabe
der Shell verdeutlicht). Alle neueren Shells lassen sich auf diese beiden
zurückführen. Eine Weiterentwicklung der C-Shell (mehr Funktionen, weniger
Fehler) ist die tc-Shell tcsh(1). Wer bei der C-Syntax bleiben möchte,
sollte sich diese Shell ansehen.
Die Korn-Shell ksh(1) von DAVID G. KORN verbindet die Schreibweise
der Bourne-Shell mit der Funktionalität der C-Shell. Einige weitere Funktionen,
die sich inzwischen als zweckmäßig erwiesen hatten, kamen hinzu.
Der Umstieg von Bourne nach Korn ist einfach, manche Benutzer merken es
nicht einmal. Die Korn-Shell ist proprietär, sie wird nur gegen Bares abgegeben.
Die Windowing-Korn-Shell wksh(1) ist eine grafische Version der
Korn-Shell, die vom X Window System Gebrauch macht; in ihren Shellscripts
werden auch X-Window-Funktionen aufgerufen.
Das GNU-Projekt stellt die Bourne-again-Shell bash(1) frei zur
Verfügung, die in vielem der Korn-Shell ähnelt. LINUX verwendet diese
Shell. Die Z-Shell zsh(1) kann mehr als alle bisherigen Shells zusammen.