salir del script de shell desde un subshell

Considere este fragmento:

stop () {
    echo "${1}" 1>&2
    exit 1
}

func () {
    if false; then
        echo "foo"
    else
        stop "something went wrong"
    fi
}

Normalmente cuando funcse llama provocará que el script finalice, que es el comportamiento previsto. Sin embargo, si se ejecuta en un sub-shell, como en

result=`func`

no saldrá del script. Esto significa que el código de llamada tiene que verificar el estado de salida de la función cada vez. Hay alguna manera de evitar esto? ¿Para esto es esto set -e?

Usted podría matar el intérprete original, ( kill $$) antes de llamar exit, y que probablemente había trabajo. Pero:

• me parece bastante feo
• se romperá si tiene una segunda subshell allí, es decir, use una subshell dentro de una subshell.

En su lugar, puede utilizar una de las varias formas de devolver un valor en las Preguntas frecuentes de Bash . La mayoría de ellos no son tan buenos, desafortunadamente. Es posible que se quede atascado buscando errores después de cada llamada a la función ( -etiene muchos problemas ). O eso, o cambia a Perl.

Podría decidir que el estado de salida 77, por ejemplo, significa salir de cualquier nivel de subshell y hacer

set -E
trap '[ "$?" -ne 77 ] || exit 77' ERR

(
  echo here
  (
    echo there
    (
      exit 12 # not 77, exit only this subshell
    )
    echo ici
    exit 77 # exit all subshells
  )
  echo not here
)
echo not here either

set -Een combinación con ERRtrampas es un poco como una versión mejorada de set -eque le permite definir su propio manejo de errores.

En zsh, las trampas ERR se heredan automáticamente, por lo que no es necesario set -E, también puede definir trampas como TRAPERR()funciones y modificarlas $functions[TRAPERR], comofunctions[TRAPERR]="echo was here; $functions[TRAPERR]"

Como alternativa kill $$, también puede intentarlo kill 0, funcionará en el caso de subcapas anidadas (todas las personas que llaman y el proceso secundario recibirán la señal) ... pero sigue siendo brutal y feo.

Prueba esto ...

stop () {
    echo "${1}" 1>&2
    exit 1
}

func () {
    if $1; then
        echo "foo"
    else
        stop "something went wrong"
    fi
}

echo "shell..."
func $1

echo "subshell..."
result=`func $1`

echo "shell..."
echo "result=$result"

Los resultados que obtengo son ...

# test_exitsubshell true
shell...
foo
subshell...
shell...
result=foo
# test_exitsubshell false
shell...
something went wrong

Notas

• Parametrizado para permitir que la ifprueba sea trueo false(ver las 2 carreras)
• Cuando la ifprueba es false, nunca llegamos a la subshell.

(Respuesta específica de Bash) Bash no tiene el concepto de excepciones. Sin embargo, con set -o errexit (o el equivalente: set -e) en el nivel más externo, el comando fallido hará que la subshell salga con un estado de salida distinto de cero. Si se trata de un conjunto de subcapas anidadas sin condicionales en torno a la ejecución de esas subcapas, efectivamente 'enrollará' todo el script y saldrá.

Esto puede ser complicado cuando se trata de incluir bits de varios códigos bash en un script más grande. Una parte de bash puede funcionar bien por sí sola, pero cuando se ejecuta bajo errexit (o sin errexit), se comporta de manera inesperada.

[192.168.13.16 (f0f5e19e) ~ 22:58:22] # bash -o errexit / tmp / foo
algo salió mal
[192.168.13.16 (f0f5e19e) ~ 22:58:31] # bash / tmp / foo
algo salió mal
Pero llegamos de todos modos
[192.168.13.16 (f0f5e19e) ~ 22:58:37] # cat / tmp / foo
#! / bin / bash
detener () {
    echo "$ {1}"
    salida 1
}

si es falso luego
    echo "foo"
más
    (
        deja de "algo salió mal"
    )
    echo "Pero llegamos de todos modos"
fi
[192.168.13.16 (f0f5e19e) ~ 22:58:40] #

Mi ejemplo para salir en un trazador de líneas:

COMAND || ( echo "ERROR – executing COMAND, exiting..." ; exit 77 );[ "$?" -eq 77 ] && exit