Technische Praxis der Computersysteme. Technische Praxis der Computersysteme

Transkript

1

2 Aufbau Regular Expressions/Reguläre Ausdrücke: Reguläre Ausdrücke sind - ähnlich wie die globbing patterns - Zeichenketten, die andere Zeichenketten beschreiben. Sie sind wesentlich umfangreicher als die globbing Patterns und werden von div. Programmen (find, grep, sed,...) sowie Programmiersprachen genutzt um Zeichenketten oder Teile davon abzugleichen. Ein regulärer Ausdruck besteht wieder aus Zeichen, von denen einige als Metazeichen verstanden werden ( spezielle Zeichen, ähnlich wie die wildcard Zeichen). Die grundlegende Syntax wird in der regex(7) manpage beschrieben. Wir werden für einen regulären Audruck meistens die Abkürzing RE nutzen und zwischen speziellen und gewöhnlichen Zeichen unterscheiden.

3 Aufbau Spezielle und gewöhnliche Zeichen Wir unterscheiden - etwas informell - zwischen speziellen und gewöhnlichen Zeichen. Spezielle Zeichen sind dabei all jene Zeichen, die bei einer RE eine spezielle Bedeutung haben - wie z.b. ^.[$() *+?{. Um diese Zeichen als normales Zeichen - und damit nicht als spezielles Zeichen für die RE - zu nutzen, muss es escaped werden, i.e. ein \ vorangestellt werden. So steht z.b.. in einer RE für ein beliebiges Zeichen, \. für den (ganz gewöhnlichen) Punkt.

4 Aufbau Warnung: Um reguläre Ausdrücke zu definieren ist es am einfachsten sie von oben herab zu beschreiben. Um sie tatsächlich zu verstehen ist es nützlich sie von unten nach oben zu betrachten.

5 Aufbau Definition & Aufbau: Eine RE besteht aus mehreren Zweigen/branches), die durch ( oder ) getrennt sind.

6 Aufbau Definition & Aufbau: Eine RE besteht aus mehreren Zweigen/branches), die durch ( oder ) getrennt sind. Ein Zweig besteht aus mehreren Stücken/pieces, die sequentiell gematcht/abgeglichen werden.

7 Aufbau Definition & Aufbau: Eine RE besteht aus mehreren Zweigen/branches), die durch ( oder ) getrennt sind. Ein Zweig besteht aus mehreren Stücken/pieces, die sequentiell gematcht/abgeglichen werden. Ein Piece besteht aus einem Atom, dem die Zeichen?, *, + oder Schranken/Bounds folgen kann.

8 Aufbau Atoms: Ein Atom kann eines der folgenden Möglichkeiten sein: Ein gewöhnliches Zeichen ohne besonderer Bedeutung (mit oder ohne \). Eines der speziellen Zeichen., ^ oder $

9 Aufbau Atoms: Ein Atom kann eines der folgenden Möglichkeiten sein: Ein gewöhnliches Zeichen ohne besonderer Bedeutung (mit oder ohne \). Eines der speziellen Zeichen., ^ oder $ Ein regulärer Ausdruck mit () umschlossen. Ein leerer Ausdruck (), der den Null-String matcht. Ein Klammernausdruck/eine bracket expression (ähnlich zu globbing, siehe unten) in []

10 Aufbau Bounds und?, *, + Einem Atom kann ein Quantor nachfolgen. Darunter versteht man die Zeichen?, *, + oder eine Schranke.? steht für höchstens ein Vorkommnis des Atoms - also 0 oder 1 match. + steht für mindestens ein Vorkommnis des Atoms - also 1 match oder mehr. * steht für beliebig viele matches des Atoms - also 0 oder mehr matches.

11 Aufbau Schranken: Schranken sind stets mit {} umschlossen und können die folgenden Formen annehemn: {n}: Genau n matches. {n,m}: Zwischen n und m matches. {,m}: Höchstens m matches. {n,}: Mindestens n matches.

12 Aufbau Die Zeichen., ˆ und $ Diese Zeichen haben als Atome eine besondere bedeutung:.: Steht für ein beliebiges Zeichen ^: Steht für den Anfang der Zeichenkette $: Steht für das Ende der Zeichenkette

13 Aufbau Die Zeichen., ˆ und $ Diese Zeichen haben als Atome eine besondere bedeutung:.: Steht für ein beliebiges Zeichen ^: Steht für den Anfang der Zeichenkette $: Steht für das Ende der Zeichenkette Bemerkung: Insbesondere steht.* für alles - eine beliebige Anzahl an beliebigen Zeichen.

14 Aufbau Klammernausdrücke/Bracket Expressions: Ausdrücke in [] werden wie auch beim Globbing genutzt um eine Liste von möglichen Zeichen anzugeben, die vorkommen dürfen (oder nicht vorkommen sollen - wenn nach der [ ein ^ folgt). Insbesondere erlaubt auch regex die selben [: :] Klassen wie die filename expansions.

15 Aufbau Klammernausdrücke/Bracket Expressions: Ausdrücke in [] werden wie auch beim Globbing genutzt um eine Liste von möglichen Zeichen anzugeben, die vorkommen dürfen (oder nicht vorkommen sollen - wenn nach der [ ein ^ folgt). Insbesondere erlaubt auch regex die selben [: :] Klassen wie die filename expansions. Bemerkung: regex unterstützt auch collating elements via [..] und Äquivalenzklassen via [= =]. Diese hängen aber von der gewählten locale ab (Sprachspezifische Einstellung für Programme). So kann man mit [[=a=]] alle zu a äquivalenten Zeichen matchen - z.b. ä oder à.

16 Aufbau Basic vs. Extended REs: Viele Programme unterscheiden noch zwischen sogenannten basic REs und extended REs. Die hier vorgestellte Syntax entspricht den extended REs. Basic REs sind aus kompatibilitätsgründen oft immer noch der Standardmodus vieler Programme, sind aber obsolete und sollten nicht mehr genutzt werden. Meistens genügt ein Parameter um extended REs zu nutzen.

17 Aufbau regex in unixartigen Systemen: Während das Globbing meistens einfach in der Shell zum Vervollständigen von Dateinamen genutzt wird, werden regex Patterns üblicherweise von div. Programmen genutzt, um Eingaben zu parsen und modifizeren ( pattern matching ). Beispiele dafür sind grep, sed aber auch find. Aus Usersicht sind REs nützlich, um Text zu finden oder generisch bearbeiten zu können (Suchen & Ersetzen von Text).

18 Weitere nüztliche Befehle grep: grep - print lines matching a pattern Sucht via RE nach Text in einer Datei/im stdin und gibt diesen aus. Als Argument muss zuerst die Pattern und dann (optional) eine Datei übergeben werden.

19 Weitere nüztliche Befehle Wichtige Optionen: -E: Nutze extended Regular Expressions (das sind die oben erklärten REs). -i: ignore case - Ignoriert Groß- und Kleinschreibung. -v: Invertiere Match - sucht nach alleine Zeilen die nicht die angegebene RE matchen -r: Rekursiv: Sucht rekursiv nach allen Dateien unter einem gegebenem Pfad, deren Inhalt die RE matcht. -l: List files with matches: Gibt nur den Namen der Datei(en) mit passendem Inhalt aus.

20 Weitere nüztliche Befehle find: find - search for files in a directory hierarchy find [-H] [-L] [-P] [-D debugopts] [-Olevel] [starting-point...] [expression]

21 Weitere nüztliche Befehle Wichtige Parameter: Zu viele! Ein paar Grundparameter: -iname, -name Sucht nach Files die eine wildcard pattern erfüllen (wie globbing), -iname ignoriert Groß-Kleinschreibung. -iregex, -regex Sucht nach Files, die einer RE genügen. -iregex ignoriert Groß-Kleinschreibung (GNU find!) -perm mode: Sucht nach Files deren Permission genau mode sind. Mit -mode bekommt man mindestens mode, mit /mode bekommt man eines der Permissions in mode. -amin n: Auf die wurde vor genau n Minuten zugegriffen. Mit -n bekommt man weniger als n, mit +n mehr als n.

22 Weitere nüztliche Befehle find und Aktionen: Die mit find gefunden Dateien können nicht nur ausgegeben werden. Find unterstützt (manchmal) auch Aktionen, die auf die Suchresultate angewendet werden sollen. Die wichtigsten Aktionen sind -delete und -exec (nur GNU find).

23 Weitere nüztliche Befehle find und Aktionen: Die mit find gefunden Dateien können nicht nur ausgegeben werden. Find unterstützt (manchmal) auch Aktionen, die auf die Suchresultate angewendet werden sollen. Die wichtigsten Aktionen sind -delete und -exec (nur GNU find). find und Tests: find erlaubt es, die obigen Testausdruecke logisch miteinander zu Verknüpfen durch Parameter wie -or, -and oder -not. Ebenso lassen sich Tests mit (...) gruppieren. Somit lassen sich komplexe Suchanfragen formulieren.

24 Weitere nüztliche Befehle xargs: xargs - build and execute command lines from stdin xargs liest Eingaben von stdin oder einer Datei und übergibt diese Eingaben an einen Befehl. Die Eingabe wird dabei in seperate Argumente untersteilt. Ein auszuführender Befehl muss an xargs übergeben werden.

25 Weitere nüztliche Befehle Wichtige Parameter: -0: Benutzt NUL als Seperator für Argumente anstelle von Whitespace (siehe unten). -d delim: Trennt Argumente bei jedem delim Zeichen anstelle von Whitespace (GNU xargs!). -n max-args: Ruft den Befehl alle max-args Argumente auf. -I replace-str: Ersetzt jedes (POSIX: jedes = max 5) Vorkommnis von replace-str im an xargs übergebenen Befehl mit einem Argument.

26 Weitere nüztliche Befehle sed: sed - stream editor sed ist eine Editor für Streams (Dateien und stdin,...), der nach festgelegten Regeln Änderungen vornimmt (e.g. Search and Replace ). Die Regeln können dabei als Datei oder in Form von Paramatern übergeben. sed kann sowohl von Dateien als auch (per default) von stdin lesen.

27 Weitere nüztliche Befehle sed: sed - stream editor sed ist eine Editor für Streams (Dateien und stdin,...), der nach festgelegten Regeln Änderungen vornimmt (e.g. Search and Replace ). Die Regeln können dabei als Datei oder in Form von Paramatern übergeben. sed kann sowohl von Dateien als auch (per default) von stdin lesen. Posix Parameter: -e command: fügt command zu den anzuwendenden Regeln hinzu. -n: Quiet, kein automatisches Ausgeben von Zeilen.

28 Weitere nüztliche Befehle Weitere Parameter: Achtung: Diese Paramater hängen von der Implementation ab und müssen nicht in dieser Form vorhanden sein (manpage!). -r: Reguläre Ausdrücke werden als extenden REs interpretiert. -i: Editiert Dateien in place (Linux, FreeBSD). -f scriptfile: Liest Befehle aus scriptfile ein und hängt diese zu den Anzuwendenden Regeln hinzu.

29 Weitere nüztliche Befehle sed commands: Die mit -e und -f übergebenen Befehle werden von sed sequentiell angewandt. Die genaue Form von sed Commands ist in der manpage von sed festgelegt bzw. unter info sed zu finden. Essentielle Befehle/Adressierungen: s/regex/replacement/flags: Ersetzt den durch regex gematchten Teil einer Zeile durch replacement. Mehr dazu unten. /regex/: Wendet einen Befehl nur auf eine regex matchende Zeile an.

30 Weitere nüztliche Befehle Bemerkung: s/regex/replacement/flags ist der vermutlich am häufigsten genutzte Befehl für sed, da er das typische Suche und Ersetzen bereitstellt. Es gelten dabei folgende besondere Konventionen: Ein & in replacement wird mit dem Match der regex ersetzt. \1 bis \9 können in replacement für Matches in Subregex von regex genutzt werden.

31 Weitere nüztliche Befehle flags: s/regex/replacement/flags unterstützt einige flags: g: Wendet s/regex/replacement/ auf alle Matches statt nur auf den ersten Match an. I: Case-Insensitive matching (ignoriert Groß-Kleinschreibung) (nur GNU sed!). p: Gibt die veränderte Zeile aus, falls eine Substitution gemacht wurde (nütlich mit dem -n Parameter). w filename: Schreibt die veränderte Zeile in eine Datei, falls eine Substitution gemacht wurde.

32 Weitere nüztliche Befehle Beispiele: sed -re s/romeo/juliet/g Ersetzt jedes Vorkommnis von Romeo durch Juliet. sed -re /^d/s/karasu/sascha/ Ersetzt das erste Vorkommnis von karasu durch sascha in Zeilen, die mit einem d beginnen. sed -re s/^([^:]+):x:([0-9]+):([0-9]+):.*/\1: UID \2, GID \3/ /etc/passwd

33 Weitere nüztliche Befehle Beispiele: sed -re s/romeo/juliet/g Ersetzt jedes Vorkommnis von Romeo durch Juliet. sed -re /^d/s/karasu/sascha/ Ersetzt das erste Vorkommnis von karasu durch sascha in Zeilen, die mit einem d beginnen. sed -re s/^([^:]+):x:([0-9]+):([0-9]+):.*/\1: UID \2, GID \3/ /etc/passwd Gibt Username, UID und GID jedes Nutzers in /etc/passwd aus

34 Variablen II: Arithmetik in der Shell: Shells wie bash und zsh erlauben einfache Integerarithmetik (im Falle der zsh auch floating point units) direkt in der Shell. Diese Variablen können entweder mit let oder über ((... )) definiert werden: let "a = " let "b = $RANDOM % 10" ((c = $b /2))

35 Variablen II: Arithmetik in der Shell: Shells wie bash und zsh erlauben einfache Integerarithmetik (im Falle der zsh auch floating point units) direkt in der Shell. Diese Variablen können entweder mit let oder über ((... )) definiert werden: let "a = " let "b = $RANDOM % 10" ((c = $b /2)) Bemerkung: In POSIX Shells steht ((... )) so nicht zur Verfügung. Hier muss man meistens $((... )) nutzen, also z.b. a=$((23+4)).

36 Variablen II: Arithmetic Expansion: Die ((... ))-Umgebung kann auch genutzt werden um arithmetische Vergleiche auszuwerten, z.b. ((a > 10)) oder ((a == b)).

37 Variablen II: Unterstützte Operationen: + -! ~ ++ --: unary plus/minus, logical NOT, complement, pre,postin,decrement << >>: bitwise shift left, right & ^ : bitwise AND, XOR, OR **: exponentiation * / %: multiplication, division, modulus (remainder) + -: addition, subtraction < > <= >= ==!=: comparison, equality and inequality && ^^: logical AND, OR, XOR? : : ternary operator = += -= *= /= %= &= ^= = <<= >>= &&= = ^^= **=: assignment

38 Variablen II: Variable/Parameter Expansion: Shells wie die bash und zsh erlauben es nicht nur Variablen mit $ zu referenzieren, man kann sie auch mit Expansions modifizieren. Eine Variable kann mit $VARIABLE oder ${VARIABLE} referenziert werden. Letztere Form wird für die Variablenexpansion mit Modifikatoren versehen.

39 Variablen II: Wichtigste Varianten: ${+name}: gibt 1 zurück falls name gesetzt ist, 0 sonst (kann genutzt werden um festzustellen ob Variablen schon definiert sind). ${name:-word}: Ersetzt den Inhalt von Variable mit word falls sie ungesetzt ist (kann genutzt werden um default-werte festzulegen, z.b. $file=${file:-"file.txt"}. ${name#pattern}: Löscht pattern vom Anfang der Variable name. Unterstützt nur Globbing Patterns. ${name%pattern}: Löscht pattern vom Anfang der Variable name. Unterstützt nur Globbing Patterns. ${name/pattern/repl}: Ersetzt das längste Vorkommnis von pattern in name durch repl. Mit zwei / vor pattern werden alle Vorkommnisse ersetzt.

40 Variablen II: Bemerkung: ${name%pattern} löscht den kürzesten Match von pattern, ${name%%pattern} den länsten. Analog für # und ##. Offset-Length: Eine weitere wichtige Variante ist ${name:offset} bzw. ${name:offset:length}. Dies gibt - im Fall von normalen Variablen - den Inhalt von $name ab dem Zeichen an der durch offset festgelegten Stelle aus. Mit length kann man zusätzlich die Länge limitieren, man kann also von-bis Formulierungen damit erreichen. Bei Arrays bezieht sich offset und length nicht auf Zeichen sondern auf Einträge.

41 Variablen II: Nesting: Parameter Expansion kann geschachtelt werden, z.b. foo="bar"; echo ${${foo#[a-z]}%[a-z]}

42 Variablen II: Nesting: Parameter Expansion kann geschachtelt werden, z.b. foo="bar"; echo ${${foo#[a-z]}%[a-z]} löscht je einen Buchstaben am Anfang und Ende von $foo, gibt in diesem Fall also a aus.

43 Shellscripting: Shellscripts: Shellscripte sind Textdateien, die - komplett Analog zu den üblichen Eingaben - von einer Shell interpretiert werden. Alles, was man also in einer Shell machen kann, kann auch in einem Shellscript gemacht werden - und umgekehrt. Shellscripte erkennt man üblicherweise an dem Shebang #! /pfad/zur/shell, z.b. #! /bin/bash oder #! /bin/zsh.

44 Shellscripting: Shellscripts: Shellscripte sind Textdateien, die - komplett Analog zu den üblichen Eingaben - von einer Shell interpretiert werden. Alles, was man also in einer Shell machen kann, kann auch in einem Shellscript gemacht werden - und umgekehrt. Shellscripte erkennt man üblicherweise an dem Shebang #! /pfad/zur/shell, z.b. #! /bin/bash oder #! /bin/zsh. Bemerkung: Alle Strukturen und Funktionen, die hier vorgestellt werden können auch in einer normalen Shell genutzt werden. Es sind lediglich Features, die besonders nützlich sind im Aufgaben zu automatisieren - was der Primärgrund für Shellscripte ist!

45 Shellscripting: Grundlagen: Die Shell interpretiert das Shellscript von oben nach unten. Jeder Zeile entspricht dabei einer gewöhnlichen Eingabe in der Shell. Der exit-befehl kann genutzt werden, um die Ausführung des Scripts vorzeitig zu beenden.

46 Shellscripting: Verknüpfen von Shellbefehlen: Shellbefehle können ganz allgemein Anhand ihrer Rückgabewerte verknüpft werden. Dazu gibt es: BEFEHL1; BEFEHL2: Führt BEFEHL2 nach BEFEHL1 aus. BEFEHL1 && BEFEHL2: Führt BEFEHL2 aus falls BEFEHL1 erfolgreich beendet wurde (Rückgabewert 0) BEFEHL1 BEFEHL2: Führt BEFEHL2 aus falls BEFEHL1 nicht erfolgreich beendet wurde (Rückgabewert ungleich 0)

47 Shellscripting: Command Substitutuon: Man Befehle an beliebiger Stelle in andere Befehle einbauen um deren Ausgaben oder Rückgabewerte als Parameter zu nutzen. Dies ist mit den und $(... ) Umgebungen möglich. z.b.: ls $( echo / usr / tmp ) ls $( sed -nre s /.*:(\/ home \/[^:]+):.*/\1/ p \ / etc / passwd )

48 Shellscripting: Tests: test-ausdrücke treten in verschiedenen Formen auf: Als Aufruf an den test-befehl, z.b. test 1 -lt 0 testet ob 1 kleiner als 0 ist. Via [ ], z.b. [ 1 -lt 0 ] Via [[ ]], z.b [[ 1 -lt 0 ]]

49 Shellscripting: String Tests: -n STRING: STRING hat eine nicht-null Länge -z STRING: STRING hat Länge null STRING1 = STRING2: STRING1 und STRING2 sind gleich. STRING1!= STRING2: STRING1 und STRING2 sind ungleich. Achtung: Bash und zsh erlauben auch == als Vergleichsoperator.

50 Shellscripting: Numerische Tests: exp1 -eq exp2: Wahr falls exp1 numerisch gleich exp2. exp1 -ne exp2: Wahr falls exp1 ungleich exp2 exp1 -lt exp2: kleiner als (less than) exp1 -gt exp2: größer als (greater than) exp1 -le exp2: kleiner gleich (less or equal) exp1 -ge exp2: größer gleich (greater or equal)

51 Shellscripting: File Tests: -b file: true if file exists and is a block special file. -c file: true if file exists and is a character special file. -d file: true if file exists and is a directory. -e file: true if file exists. -f file: true if file exists and is a regular file. -h file: true if file exists and is a symbolic link. -r file: true if file exists and is readable by current process. -w file: true if file exists and is writable by current process. -x file: true if file exists and is executable by current process. If file exists and is a directory, then the current process has permission to search in the directory.

52 Shellscripting: Verknüpfen von Tests: Tests können mit ( exp ) gruppiert werden. Außerdem gibt es! exp: Nicht : Wahr falls exp falsch exp1 && exp2: Und : Wahr falls exp1 und exp2 wahr sind. exp1 exp2: Oder : Wahr falls exp1 oder exp2 wahr ist (inklusives oder!).

53 Shellscripting: Verknüpfen von Tests: Tests können mit ( exp ) gruppiert werden. Außerdem gibt es! exp: Nicht : Wahr falls exp falsch exp1 && exp2: Und : Wahr falls exp1 und exp2 wahr sind. exp1 exp2: Oder : Wahr falls exp1 oder exp2 wahr ist (inklusives oder!). Bemerkung: Das sind nicht alle Tests.

54 Shellscripting: Bemerkung: Test-Statements können auch außerhalb eines if-then-blocks verwendet werden. Dies ist vor allem nützlich wenn man eine kurze Schreibweise für die Konditionelle ausführung eines Befehls haben möchte: [[ TEST ]] && BEFEHL

55 Shellscripting: Bemerkungen: Während test und [ der alte Standard ist und [[ sich auf den ersten Blick sehr ähnlich verhält gibt es mehrere Fälle in denen [[ (in der bash) andere Eigenschaften besitzt. z.b.: In [[ gibt es mehr und oft intuitivere Tests, z.b. && und anstatt -a (and) und -o (or) In [[ findet kein Word Splitting oder globbing statt (insbesondere: kein -e "$file", sondern einfach -e $file, egal ob $file whitespaces enthält).

56 Kontrollstrukturen Kontrollstrukturen: Bei Shellscripts ist es besonders wichtig, die Rückgabewerte von Programmen oder die Werte von Variablen automatisiert auszuwerten und abhängig davon weitere Aktionen durchzuführen. Wie jede Programmiersprache besitzt daher auch eine Shell üblicherweise die grundlegenden Kontrollstruktueren wie if-then, case, while, for, until.

57 Kontrollstrukturen if-then Ein if-then Block testet den Rückgabewert eines Befehls und führt im Erfolgsfall einen oder mehrere Befehle aus. Ein if-block wird mit dem fi Keyword terminiert. if command then fi

58 Kontrollstrukturen else und else if: In einem if-then-block kann auch ein else vorkommen. Dieser Block wird ausgeführt, falls das if-statement nicht zutraf. Außerdem kann man weitere Fälle mit einem else if weiter unterscheiden. else if kann auch mit elif abgekürzt werden. if command then... else #if, elif fi

59 Kontrollstrukturen case: Das case-konstrukt kann genutzt werden, um effizient verschiedene Konditonen zu testen: case EXPRESSION in CASE1 )... ;; CASE2 )... ;; esac

60 Kontrollstrukturen case: Die EXPRESSION ist dabei ein String, der gegen die Verschiedenen Fälle gematcht wird. Die CASE-Ausdrücke können dabei globbing Patterns sein. Verschiedene cases können mit oder-verknüpft werden. Die doppelten Semikolon ;; sind dabei ein break, springen also aus dem case-block.

61 Kontrollstrukturen Beispiel: case $var in [0-9]) echo "A single digit " ;; [a-z ] [A-Z]) echo "A single character " ;; *) echo " Something else entirely " ;; esac

62 Kontrollstrukturen Schleifen: Die meisten Shells unterstützen drei Arten von Schleifen: for, while und until. Dabei unterscheidet sich for etwas von den anderen beiden.

63 Kontrollstrukturen for: for i in list do done oder manchmal: for ((n=1; n <= LIMIT ; n ++)) do done

64 Kontrollstrukturen Beispiel und Bemerkung: Die for ((n1; n = LIMIT; n++))=-form einer Zählschleife ist nicht immer verfügbar. Um eine Vorschleife über eine Liste von Zahlen mit der Standardsyntax for i in list zu erreichen gibt es zwei Möglichkeiten: for i in $( seq 1 10); do...; done for i in {1..10}; do...; done Die erste Variante nutzt dabei Command Substitution und den seq-befehl um eine Sequenz von Zahlen zu erzeugen, die andere eine spezielle Shell expansion {m..n}.

65 Kontrollstrukturen seq: seq - print a sequence of numbers Start und Endwert kann an seq in der Form seq FIRST LAST übergeben werden. Alternativ kann man auch die Inkrementierungsschritte mit seq FIRST INCREMENT LAST festgelegt werden.

66 Kontrollstrukturen seq: seq - print a sequence of numbers Start und Endwert kann an seq in der Form seq FIRST LAST übergeben werden. Alternativ kann man auch die Inkrementierungsschritte mit seq FIRST INCREMENT LAST festgelegt werden. Wichtige Parameter: -s, --seperator STRING: Nutzt STRING als Trennzeichen anstatt eine neue Zeile für jede Zahl zu beginnen.

67 Kontrollstrukturen for und globbing: for i in list wird häeuftig in Verbindung mit File Globbing angewendet: for i in *. txt ; do... done

68 Kontrollstrukturen for und Variablen: for i in $var verhält sich je nach Shell ein wenig anders. So liefert foo =" bar baz " for i in $foo do echo $i done In der zsh einfach bar baz, in der bash aber zwei Zeilen: bar und baz. Das liegt daran, dass in der bash Variablen bei Leerzeichen seperiert werden, wenn man sie mit $foo substituiert.

69 Kontrollstrukturen for und Seperatoren: Wollen wir z.b. über jede mit : getrennte Komponente der $PATH Variable iterieren, gibt es mehrere Möglichkeiten: bash: Parameter Expansion: for i in ${ PATH //:/ }; do echo $i; done bash: Internal Field Seperator, $IFS (besser?) IFS = : ; for i in $PATH ; do echo $i; done zsh: field splitting, parameter expansion flags: for i in ${(s /:/) PATH }; do echo $i; done

70 Kontrollstrukturen until, while: while [ condition ] do... done until [ condition ] do... done