Der Aufruf¶

Wenn man den Interpreter explizit aufruft, also beispielsweise

dash script.sh 

dann muss man zuvor das Skript nicht ausführbar machen, weil man den Interpreter ausführt, und das Skript dessen Eingabedatei ist, so wie z.B. ein Bild die Eingabe für ein Grafikprogramm wie Gimp ist.

Lässt man den Interpreter weg, muss man das Skript erst ausführbar machen; dann wird der Shebang ausgewertet, der in der ersten Zeile steht und aus einem Kommentarzeichen # (engl.: sharp) besteht, dem ! (engl.: bang) und dem Pfad zum Interpreter - üblicherweise dem absoluten Pfad, also /bin/bash oder /bin/sh, insgesamt also #!/bin/bash.

script.sh 

Einmal einfach und zurück, und wo war gleich der symbolische Link?¶

Das war ja jetzt alles nicht so schwer - wo ist das Problem?

Zurück zur Komplexität: Jetzt steht im Skript als Shebang #!/bin/sh, aber im Verzeichnis /bin ist sh ein symbolischer Link der auf dash weist, oder in früheren Zeiten auf die bash. Dann kann man doch auch gleich #!/bin/dash schreiben, das ist doch dann gleichbedeutend?

• Ja, ist es, wenn das Skript in einer unterstützten Standard-Ubuntu-Installation verwendet wird.

• Ja, ist es auch sonst, wenn /bin/sh eine symbolische Verknüpfung auf /bin/dash ist.

• Nein, ist es nicht, wenn /bin/sh beispielsweise eine Verknüpfung auf /bin/bash ist. Die Shell kann untersuchen, wie sie aufgerufen wurde, und sie tut das auch - zumindest die bash macht es. Sie stellt fest, dass sie als sh aufgerufen wurde, und verhält sich so, als habe man die Option --posix verwendet - daher ist auch der Aufruf #!/bin/sh nicht gleichbedeutend zum Aufruf #!/bin/bash (Genaueres in der manpage der Bash auf den ersten Seiten).

So, das hat die Sache etwas subtiler gemacht, und wer sich davon angeregt fühlt, der schreibt in die eigenen Skripte auch noch Weichen hinein, die unterscheiden, ob das Skript mit vollem Pfad oder relativem Pfad aufgerufen wurde.

Mehr Komplexität gibt es aber hier nicht - das war schon alles.

Was soll das alles - wozu der Wildwuchs?¶

Es gibt im wesentlichen drei Gründe, sich für die Shell zu interessieren:

• Man schreibt Konfigurationsskripte und ähnliches, die auf ganz unterschiedlichen Systemen laufen sollen. Dann ist man an einer großen Portabilität interessiert, und wird versuchen, sich auf den POSIX-Standard zu beschränken - den größten, gemeinsamen Nenner. Dann verwendet man auch den Shebang #!/bin/sh

• Man schreibt Skripte für ein Spezialgerät, bei dem es sehr auf die Größe der Shell ankommt. Dann wird man vielleicht die dash der bash vorziehen, aber je nach Gerät mag es andere ggf. noch kleinere Shells geben.

• Man möchte möglichst viele, fortgeschrittene Konzepte einer bestimmten Shell verwenden. Dann wird man wohl zu etwas wie bash oder zsh greifen, und den entsprechenden Shebang verwenden.

Faustregeln¶

Soweit nicht anders verordnet, nimmt man

1

#!/bin/bash

als erste Zeile des Skripts.

• Was mit der dash klappt und mit sh, das klappt fast immer auch mit der bash - umgekehrt aber nicht.

• Die bash ist weit verbreitet und kommt auch bei Ubuntu als interaktive Shell zum Einsatz.

• Die bash ist viel mächtiger als dash. Die Zeit, die man beim Schreiben spart holt die schnellere Startzeit der Dash niemals rein - außer man arbeitet in einer Umgebung, die es dringend gebietet mehr als Faustregeln zu lernen.

• Die zsh ist auch sehr mächtig, aber Leute, die zsh-Tipps geben, wissen, dass kaum jemand die zsh nutzt. Deswegen schreiben sie dann auch ausdrücklich dazu, dass es zsh-Code ist.