Shell: String splitten

hm, geht bestimmt auch einfacher, aber momentan bin ich etwas
phantasielos. Da fällt mir nur ein:

1

klaus@i4a:/tmp > s="abc def"; i=0; for w in $s; do a[$i]=$w; i=$(( i + 1 ));  done; echo erster ist ${a[0]}; echo zweiter ist ${a[1]}

2

erster ist abc

3

zweiter ist def

1

string="ich bin ein string"

2

set -- $string

3

echo $1

4

echo $2

5

echo $3

HTH
Thomas

oder:

1

s="abc def"; ( echo $s | read a b ); echo erster ist $a; echo zweiter ist  $b

Du solltest spezifizieren, welche Shell Du meinst.

>> s="abc def"; ( echo $s | read a b ); echo erster ist $a; echo zweiter ist  $b

ist bei einer standardkonformen (POSIX/SUSv4) Shell nichts, da der read 
selbst ohne die (unnötigen) Klammern in einer Subshell läuft und die 
nichts nach oben geben kann.

> read a b dummy <<< "$s"

Ein '<<<' kennt der Standard ebenfalls nicht.

Mit Bash z.B. werden beide Beispiele nicht funktionieren.

1

read eins zwei rest <<EOF

2

$(echo $s)

3

EOF

4

echo $zwei

sollte aber mit allen gängigen Shells klappen.

meine Variante funktioniert ebenfalls mit der bash, ich hatte
es vorher getestet und jetzt zur Sicherheit nochmals.

Gem. POSIX und mit der sh in der Tat nicht.

1

$ s="abc def"; ( echo $s | read a b ); echo erster ist $a; echo zweiter ist  $b

2

erster ist

3

zweiter ist

4

5

$ echo $SHELL

6

/bin/bash

7

$ echo $BASH_VERSION

8

3.2.48(1)-release

Mit Version 4.0.0(3)-release dasselbe.

Es kann nicht gehen, da ein Kind (die Subshell = die Befehle in 
Klammern) nicht die Variablen seines Elternprozesses ändern kann.  Die 
Variablen der Subshell sind lokal, nach der schließenden Klammer sind 
die Variablen der Subshell wieder weg.  Ohne Klammern (sie sind 
überflüssig) würde es vermutlich in der zsh gehen, in der Bash immer 
noch nicht, da die Pipe selbst in einer Subshell ausgeführt wird.

Wenn Du ein anderes (nicht leeres) Ergebnis bekommst, sind die Variablen 
"erster" und "zweiter" evtl. durch vorheriges Experimentieren in Deiner 
Hauptshell bereits gesetzt, ihr Inhalt kann nicht von der Subshell 
kommen.

ups....

ich nehme alles zurück und behaupte das Gegenteil.
Diese Version geht tatsächlich nicht!

Ich hatte es zwar probiert, aber dummerweise in  der selben Shell
wie die vorhergehende (funktionierende) Version. Von der waren
a und b noch gesetzt, wodurch das abschließende echo... etwas
ausgab.

Sorry und Danke für die hartnäckige Korrektur!