Einf ¨uhrung in UNIX - CIS

2.5 Shells 79
Wir haben sie auf unserer Anlage eingerichtet, benutzen sie aber nicht, da
uns bislang die Korn-Shell oder die bash(1) reicht und wir den Aufwand der
Umstellung scheuen. Dann gibt es noch eine rc-Shell, die klein und schnell
sein soll. Hinter uns steht kein Shell-Test-Institut, wir enthalten uns daher
einer Bewertung. Im übrigen gibt es zu dieser Frage eine monatliche Mitteilung
in der Newsgruppe comp.unix.shell.
Wem das nicht reicht, dem steht es frei, sich eine eigene Shell zu schreiben.
Die Korn-Shell gibt es auch für MS-DOS-Rechner (siehe Abschnitt 2.14.5
MKS-Tools und andere auf Seite 231), was wieder die Austauschbarkeit des
Kommandointerpreters unterstreicht. Im folgenden halten wir uns an die
Korn-Shell ksh(1).
Einige der Kommandos, die Sie der Shell übergeben, führt sie persönlich
aus. Sie werden interne oder eingebaute Kommandos genannt. Die Kommandos
cd(1) und pwd(1) gehören dazu, unter MS-DOS beispielsweise dir.
Das dir entsprechende UNIX-Kommando ls(1) hingegen ist ein externes
Kommando, ein eigenes Programm, das wie viele andere Kommandos vom
Interpreter aufgerufen wird und irgendwo in der File-Hierarchie zu Hause
ist (/bin/ls oder /usr/bin/ls). Welche Kommandos intern und welche extern
sind, ist eine Frage der Zweckmäßigkeit. Die internen Kommandos finden
Sie unter sh(1) beziehungsweise ksh(1), Abschnitt Special Commands.
Die Reihe der externen Kommandos können Sie durch eigene Programme beliebig
erweitern. Falls Sie für die eigenen Kommandos Namen wie test(1)
oder pc(1) verwenden, die durch UNIX schon belegt sind, gibt es Ärger.
Die Namen von UNIX-Kommandos unterliegen nur den allgemeinen Regeln
für Filenamen, eine besondere Kennung à la .exe oder .bat ist nicht
üblich. Eine Eingabe wie karlsruhe veranlaßt die Shell zu folgenden Tätigkeiten:
• Zuerst prüft die Shell, ob das Wort ein Aliasname ist (Zweitname, wird
bald erklärt). Falls ja, wird es ersetzt.
• Ist das – unter Umständen ersetzte – Wort ein internes Kommando, wird
es ausgeführt.
• Falls nicht, wird ein externes Kommando – ein File also – in einem der
in der PATH-Variablen (wird auch bald erklärt) genannten Verzeichnisse
gesucht. Bleibt die Suche erfolglos, erscheint eine Fehlermeldung:
not found.
• Dann werden die Zugriffsrechte untersucht. Falls diese das Lesen und
Ausführen gestatten, geht es weiter. Andernfalls: cannot execute.
• Das File sei gefunden und ein Shellscript (wird auch bald erklärt) oder
ein ausführbares (kompiliertes) Programm. Dann läßt die Shell es in einem
Kindprozess ausführen. Das Verhalten bei Syntaxfehlern (falsche
Option, fehlendes Argument) ist Sache des Shellscripts oder Programmes,
hängt also davon ab, was sich der Programmierer gedacht hat. Ein
guter Programmierer läßt den Benutzer nicht ganz im Dunkeln tappen.