esce dallo script di shell da una subshell

Considera questo frammento:

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

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

Normalmente quando funcviene chiamato, lo script viene chiuso, ovvero il comportamento previsto. Tuttavia, se viene eseguito in una sotto-shell, come in

result=`func`

non uscirà dallo script. Ciò significa che il codice chiamante deve controllare ogni volta lo stato di uscita della funzione. c'è un modo per evitarlo? È a questo che set -eserve?

Si potrebbe uccidere la shell originale ( kill $$) prima di chiamare exit, e che sarebbe probabilmente il lavoro. Ma:

• mi sembra piuttosto brutto
• si interromperà se si dispone di una seconda subshell, ovvero utilizzare una subshell all'interno di una subshell.

Invece, è possibile utilizzare uno dei diversi modi per restituire un valore nelle FAQ di Bash . La maggior parte di loro non è così eccezionale, sfortunatamente. Potresti essere bloccato a controllare gli errori dopo ogni chiamata di funzione ( -eha molti problemi ). O quello, o passare a Perl.

Si potrebbe decidere che lo stato di uscita 77, ad esempio, significhi uscire da qualsiasi livello di subshell e farlo

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 -Ein combinazione con le ERRtrappole è un po 'come una versione migliorata di set -ein che consente di definire la propria gestione degli errori.

In zsh, le trap ERR vengono ereditate automaticamente, quindi non è necessario set -E, puoi anche definire trap come TRAPERR()funzioni e modificarle $functions[TRAPERR], comefunctions[TRAPERR]="echo was here; $functions[TRAPERR]"

In alternativa kill $$, potresti anche provare kill 0, funzionerà nel caso di sottotitoli annidati (tutti i chiamanti e il processo laterale riceveranno il segnale) ... ma è ancora brutale e brutto.

Prova questo ...

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"

I risultati che ottengo sono ...

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

Gli appunti

• Parametrizzato per consentire il iftest trueo false(vedere le 2 esecuzioni)
• Quando il iftest è false, non raggiungiamo mai la subshell.

(Risposta specifica di Bash) Bash non ha il concetto di eccezioni. Tuttavia, con set -o errexit (o l'equivalente: set -e) al livello più esterno, il comando non riuscito comporterà l'uscita della shell secondaria con uno stato di uscita diverso da zero. Se si tratta di un insieme di sottotitoli nidificati senza condizionali attorno all'esecuzione di tali sottotitoli, "arrotolerà" effettivamente l'intero script e uscirà.

Questo può essere complicato quando si tenta di includere bit di vari codici bash in uno script più grande. Un pezzo di bash può funzionare bene da solo, ma quando eseguito sotto errexit (o senza errexit), si comporta in modi inaspettati.

[192.168.13.16 (f0f5e19e) ~ 22:58:22] # bash -o errexit / tmp / foo
qualcosa è andato storto
[192.168.13.16 (f0f5e19e) ~ 22:58:31] # bash / tmp / foo
qualcosa è andato storto
Ma siamo arrivati ​​qui comunque
[192.168.13.16 (f0f5e19e) ~ 22:58:37] # cat / tmp / foo
#! / Bin / bash
fermare () {
    echo "$ {1}"
    uscita 1
}

se falso; poi
    eco "pippo"
altro
    (
        stop "qualcosa è andato storto"
    )
    echo "Ma siamo arrivati ​​qui comunque"
fi
[192.168.13.16 (f0f5e19e) ~ 22:58:40] #

Il mio esempio per uscire in una riga:

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