Discussion :

[cquilgars]

Bonjour à tous,

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

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
 
? echo val1 val2 | read variable1 variable2
? echo "<${variable1}> <${variable2}>"
<val1> <val2>

Sous Linux, le même script donne

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

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 :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
 
?type read
read is a shell builtin

Avez-vous une idée ?

[MarcG]

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 ...

[cquilgars]

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 :

Sélectionner tout - Visualiser dans une fenêtre à part

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.

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 :

Sélectionner tout - Visualiser dans une fenêtre à part

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 :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
 
programme ou fonction | read var1 var2

[MarcG]

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

[cquilgars]

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 :

Sélectionner tout - Visualiser dans une fenêtre à part

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 ?

[saysay]

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

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é...

[cquilgars]

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 ?