Portée de la variable Bash

Veuillez m'expliquer pourquoi la toute dernière echodéclaration est vide? Je m'attends à ce que cela XCODEsoit incrémenté dans la boucle while à une valeur de 1:

#!/bin/bash
OUTPUT="name1 ip ip status" # normally output of another command with multi line output

if [ -z "$OUTPUT" ]
then
        echo "Status WARN: No messages from SMcli"
        exit $STATE_WARNING
else
        echo "$OUTPUT"|while read NAME IP1 IP2 STATUS
        do
                if [ "$STATUS" != "Optimal" ]
                then
                        echo "CRIT: $NAME - $STATUS"
                        echo $((++XCODE))
                else
                        echo "OK: $NAME - $STATUS"
                fi
        done
fi

echo $XCODE

J'ai essayé d'utiliser la déclaration suivante au lieu de la ++XCODEméthode

XCODE=`expr $XCODE + 1`

et il ne s'imprimera pas non plus en dehors de l'instruction while. Je pense qu'il me manque quelque chose sur la portée variable ici, mais la vieille page de manuel ne me le montre pas.

Comme vous effectuez un piping dans la boucle while, un sous-shell est créé pour exécuter la boucle while.

Maintenant, ce processus enfant a sa propre copie de l'environnement et ne peut pas renvoyer de variables à son parent (comme dans n'importe quel processus unix).

Par conséquent, vous devrez vous restructurer pour ne pas vous lancer dans la boucle. Vous pouvez également exécuter une fonction, par exemple, et echola valeur que vous souhaitez renvoyer par le sous-processus.

http://tldp.org/LDP/abs/html/subshells.html#SUBSHELL

Le problème est que les processus assemblés avec un tube sont exécutés dans des sous-shell (et ont donc leur propre environnement). Tout ce qui se passe dans le whilen'affecte rien à l'extérieur du tuyau.

Votre exemple spécifique peut être résolu en réécrivant le tube en

while ... do ... done <<< "$OUTPUT"

ou peut-être

while ... do ... done < <(echo "$OUTPUT")

Cela devrait également fonctionner (car echo et while sont dans le même sous-shell):

#!/bin/bash
cat /tmp/randomFile | (while read line
do
    LINE="$LINE $line"
done && echo $LINE )

Une autre option:

#!/bin/bash
cat /some/file | while read line
do
  var="abc"
  echo $var | xsel -i -p  # redirect stdin to the X primary selection
done
var=$(xsel -o -p)  # redirect back to stdout
echo $var

EDIT: Ici, xsel est une exigence (installez-le). Vous pouvez également utiliser xclip: xclip -i -selection clipboard au lieu de xsel -i -p

 #!/bin/bash
 OUTPUT="name1 ip ip status"
+export XCODE=0;
 if [ -z "$OUTPUT" ]
----

                     echo "CRIT: $NAME - $STATUS"
-                    echo $((++XCODE))
+                    export XCODE=$(( $XCODE + 1 ))
             else

echo $XCODE

voir si ces changements aident

Une autre option consiste à afficher les résultats dans un fichier à partir du sous-shell, puis à le lire dans le shell parent. quelque chose comme

#!/bin/bash
EXPORTFILE=/tmp/exportfile${RANDOM}
cat /tmp/randomFile | while read line
do
    LINE="$LINE $line"
    echo $LINE > $EXPORTFILE
done
LINE=$(cat $EXPORTFILE)

J'ai contourné ça quand je faisais mon propre petit du:

ls -l | sed '/total/d ; s/  */\t/g' | cut -f 5 | 
( SUM=0; while read SIZE; do SUM=$(($SUM+$SIZE)); done; echo "$(($SUM/1024/1024/1024))GB" )

Le fait est que je crée un sous-shell avec () contenant ma variable SUM et le while, mais je passe dans l'ensemble () au lieu de dans le while lui-même, ce qui évite le gotcha.