Portabilité de read

Bonjour à tous,

Je porte une bibliothèque de fonctions écrite en ksh sous SunOS qui utilise abondamment l'astuce suivante :

Code:

---

1 2 3 4

? echo val1 val2 | read variable1 variable2 ? echo "<${variable1}> <${variable2}>" <val1> <val2>

---

Sous Linux, le même script donne

Code:

---

1 2 3 4

? echo val1 val2 | read variable1 variable2 ? echo "<${variable1}> <${variable2}>" <> <>

---

J'ai vérifié la situation de la variable IFS. J'ai vérifié le résultat de la commande suivante

Code:

---

1 2 3

?type read read is a shell builtin

---

Avez-vous une idée ?

même en ksh cela n'est pas correcte :
un read admet une redirection d'entrée (< <<) mais pas un pipe (|).

ensuite l'utilité dans ton exemple ?
simplement
val1="variable"
et val2="variable"

sont suffisant ...

Citation:

---

Envoyé par MarcG

même en ksh cela n'est pas correcte :
un read admet une redirection d'entrée (< <<) mais pas un pipe (|).

---

La commande s'execute bien depuis des années... !!! ???

Pourquoi alors la syntaxe suivante est correcte ?

Code:

---

1 2 3 4 5

cat fichier | while read var1 var2 do .../... done

---

Mon cas est un fichier d'une ligne. Par contre, je conserve la portée de mes variables dans mon processus.

Citation:

---

Envoyé par MarcG

un read admet une redirection d'entrée (< <<) mais pas un pipe (|).

---

J'avais testé la solution de redirection sous SunOS et Linux: Elle ne marche pas...

Code:

---

1 2 3 4

? echo titi tata > read a b ? echo "<$a> <$b>" <> <>

---

L'intérêt est de récupérer le résultat d'un binaire ou d'une fonction shell produit sur sa sortie standard :

Code:

---

1 2	programme ou fonction | read var1 var2

---

Il manque probablement le "\n" (0A en hexa) en fin de saisie pour que le read l'interprete comme "fin de fichier" (EOF) .

Citation:

---

Envoyé par MarcG

Il manque probablement le "\n" (0A en hexa) en fin de saisie pour que le read l'interprete comme "fin de fichier" (EOF) .

---

Malheureusement, c'est une des solutions que j'ai testé...

Code:

---

1 2 3 4

? echo "titi\n" | read a ? echo "<$a>" <>

---

Je fais les mêmes tests sous AIX-HP-SUN et ma commande marche !!!
Je désespère...

Merci de ton aide ! As-tu d'autres idées ?

Manque de pot, il semblerais que ce soit un bug:

Citation:

---

Envoyé par man KSH

BTW, the most frequently reported bug is
echo hi | read a; echo $a # Does not print hi
m aware of this and there is no need to report it.

---

Version ksh: @(#)PD KSH v5.2.14 99/07/13.2

Désolé...

Citation:

---

Envoyé par saysay

Manque de pot, il semblerais que ce soit un bug:


Version ksh: @(#)PD KSH v5.2.14 99/07/13.2

Désolé...

---

OK merci Je viens de faire lecture du man...:(
Trop fort... Vous n'auriez pas un read.c sous la main ?