Alcance variable de Bash

Question

Por favor, explíqueme por qué la última declaración de "eco" está en blanco? Espero que se incrementa en el bucle while para un valor 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 

He intentado usar la siguiente declaración en lugar del método ++ XCODE

XCODE=`expr $XCODE + 1` 

de impresión y también suele fuera de la declaración while. Creo que me falta algo sobre el alcance variable aquí, pero la página de ol 'man no me lo está mostrando.

Answer 1

Porque estás tubería en el bucle while, se crea un shell secundario para ejecutar el bucle while. Ahora este proceso hijo tiene su propia copia del entorno y no puede pasar ninguna variable a su padre (como en cualquier proceso de Unix).

Por lo tanto, tendrá que reestructurar para no estar metido en el circuito. Alternativamente, podría ejecutar una función, por ejemplo, y repetir el valor que desea devolver del subproceso.

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

Answer 2

#!/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 

ver si esos cambios ayudan

Answer 3

El problema es que los procesos que junto con un tubo se ejecutan en subniveles (y por lo tanto tienen su propio entorno). Lo que ocurra dentro del while no afecta nada fuera de la tubería.

Su ejemplo específico puede ser resuelto por la reescritura de la tubería para

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

o tal vez

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

Answer 4

Otra opción es dar salida a los resultados en un archivo de la subcapa y luego lo leen en el cáscara del padre. algo así como

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

Answer 5

Una de las opciones más:

#!/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: Aquí, XSEL es un requisito (instalarlo). Como alternativa, puede utilizar xclip: xclip -i -selection clipboard en lugar de xsel -i -p

Answer 6

Esto debería funcionar también (debido eco y mientras están en el mismo subnivel):

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

Answer 7

llegué alrededor de este cuando estaba haciendo mi pequeño 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") 

el punto es que hago un subnivel con() que contiene mi variable de SUMA y al mismo tiempo, pero canalizo en el todo() en vez de en el tiempo mismo, lo que evita el gotcha.