Alt kabuktan kabuk betiğinden çık

Bu pasajı göz önünde bulundurun:

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

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

Normal funcolarak çağrıldığında, komut dosyasının sonlandırılmasına neden olur, bu amaçlanan davranıştır. Ancak, aşağıdaki gibi bir alt kabukta yürütülürse,

result=`func`

komut dosyasından çıkmaz. Bu, çağıran kodun her seferinde fonksiyonun çıkış durumunu kontrol etmesi gerektiği anlamına gelir. Bundan sakınmanın bir yolu var mı? Bunun set -eiçin mi?

Sen olabilir orijinal kabuk (öldürmek kill $$çağırmadan önce) exitve bu çalışma muhtemelen olur. Fakat:

• bana oldukça çirkin görünüyor
• orada ikinci bir alt kabuğunuz varsa kırılır, yani bir alt kabuğun içinde bir alt kabuk kullanın.

Bunun yerine, Bash SSS’de bir değeri geri almak için çeşitli yollardan birini kullanabilirsiniz . Çoğu maalesef pek iyi değil. Her bir işlev çağrısından sonra sadece hataları denetlemekte sıkışmış olabilirsiniz ( -eçok fazla sorun var ). Ya öyle ya da Perl'e geç.

Örneğin, çıkış durumunun 77 herhangi bir alt kabuk seviyesinden çıkış anlamına geldiğine karar verebilirsiniz ve

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 -EERRTuzaklar ile birlikte biraz set -ekendi hata işleme tanımlamanıza olanak sağlayan , geliştirilmiş bir versiyonu gibi .

Zsh ERR tuzakları ihtiyacınız kalmaz, otomatik devralınan set -E, ayrıca olarak tuzakları tanımlayabilirsiniz TRAPERR()fonksiyonları ve bunları yoluyla değiştirmek $functions[TRAPERR]gibifunctions[TRAPERR]="echo was here; $functions[TRAPERR]"

Alternatif olarak kill $$, deneyebilirsiniz kill 0, yuvalanmış alt kabuklar halinde çalışacaktır (tüm arayanlar ve yan işlem sinyali alır)… ama yine de acımasız ve çirkin.

Bunu dene ...

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"

Elde ettiğim sonuçlar ...

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

notlar

• ifTestin yapılabilmesi için parametreleştirildi trueveya false(2 çalışmaya bakın)
• Ne zaman ifbir testtir false, biz altkabuk ulaşamayacaklar.

(Bash'e özgü cevap) Bash'in istisnalar kavramı yoktur. Bununla birlikte, -o errexit (veya eşdeğeri: set -e) 'nin en dış seviyedeki setinde başarısız komut, alt kabuğun sıfır olmayan bir çıkış durumuyla çıkmasına neden olacaktır. Bu, bu alt kabukların çalıştırılması etrafında koşulsuz bir iç içe alt kabuklar kümesiyse, tüm komut dosyasını etkin bir şekilde toplar ve çıkar.

Bu, çeşitli bash kodunun bitlerini daha büyük bir betiğe dahil etmeye çalışırken zor olabilir. Bir parça bash kendi başına işe yarayabilir, ancak errexit (veya errexit olmadan) yapıldığında beklenmedik şekillerde davranır.

[192.168.13.16 (f0f5e19e) ~ 22:58:22] # bash -o errexit / tmp / foo
bir şeyler yanlış gitti
[192.168.13.16 (f0f5e19e) ~ 22:58:31] # bash / tmp / foo
bir şeyler yanlış gitti
Ama yine de buraya geldik
[192.168.13.16 (f0f5e19e) ~ 22:58:37] # kedi / tmp / foo
#! / Bin / bash
durdurmak () {
    yankı "$ {1}"
    çıkış 1
}

eğer yanlışsa; sonra
    yankı "foo"
Başka
    (
        dur "bir şeyler ters gitti"
    )
    echo "Ama yine de buraya geldik"
fi
[192.168.13.16 (f0f5e19e) ~ 22:58:40] #

Bir liner'den çıkmak için örneğim:

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