Hi!

Wenn das then auf die nächste Zeile kommt, geht es auch ohne ;. Wenn es in der selben Zeile steht, geht es nicht ohne das Semikolon - zumindest beim DVB-Teletext-Skript; ganz wie user unknown es geschrieben hat (hatte ich eben noch nicht gesehen, sorry).

so long
hank

Wenn ich es mit --posix starte funktioniert es übrigens auch:

1
2

bash --posix ./willkommen.sh Pinug
Hallo Pinug

Wieso die dash da ein Semikolon will ist mir schleierhaft.

Aus der Manpage der dash:

Lists -- Generally Speaking A list is a sequence of zero or more commands separated by newlines, semicolons, or ampersands, and optionally terminated by one of these three characters. The commands in a list are executed in the order they are written. If command is followed by an amper‐ sand, the shell starts the command and immediately proceed onto the next command; otherwise it waits for the command to terminate before proceeding to the next one.

...

1 2 3 4 5 6

if list then list [ elif list then list ] ... [ else list ] fi

Die Notwendigkeit eines Semikolons kann ich hier nicht ableiten. Schätze, es ist ein Bug.

Heinrich Schwietering schrieb:

Wenn das then auf die nächste Zeile kommt, geht es auch ohne ;. Wenn es in der selben Zeile steht, geht es nicht ohne das Semikolon.

Stimmt, ueber dieses merkwuerdige Verhalten bin ich gestolpert. Vorherige Revision wiederhergestellt.

Die Variable $IFS erfüllt noch weitere Zwecke, zum Beispiel wird ihr Inhalt beim Wordsplitting verwendet. Sie sollte nur mit Vorsicht umbelegt werden. Im Zweifelsfalle sollte man sich den Inhalt vorher in eine andere Variable sichern und diesen Wert später wiederherstellen.

Das Sichern ist unnötig, ein einfaches

unset IFS

stellt den Standard wieder her.

TausB schrieb:

Die Variable $IFS erfüllt noch weitere Zwecke, zum Beispiel wird ihr Inhalt beim Wordsplitting verwendet. Sie sollte nur mit Vorsicht umbelegt werden. Im Zweifelsfalle sollte man sich den Inhalt vorher in eine andere Variable sichern und diesen Wert später wiederherstellen.

Das Sichern ist unnötig, ein einfaches

unset IFS

stellt den Standard wieder her.

Es stellt vermutlich in den meisten Fällen das Standardverhalten wieder her, aber nicht den Standardwert. Nach einem „unset“ hast du hinterher eben nicht mehr „<space><tab><newline>“ in der Variable stehen. Wenn du aus irgendwelchen obskuren Gründen weiter hinten im Skript dann doch den Standardwert benötigst, geht es in die Hose. Und sei es sowas ungeschicktes:

 1
 2
 3
 4
 5
 6
 7
 8
 9
10

unset IFS
# default separators used for field splitting

# ... ... ...
          
save_IFS=$IFS
IFS=:
# ...
IFS=$save_IFS
# no field splitting performed

Ich halte den Hinweis im Artikel für berechtigt.

(update) - hat sich erledigt.