скрипт вихідної оболонки з підшару

Розглянемо цей фрагмент:

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

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

Зазвичай, коли funcвін викликається, це призведе до припинення дії сценарію, що і є передбачуваною поведінкою. Однак, якщо він виконується в підколонці, наприклад в

result=`func`

він не вийде зі сценарію. Це означає, що код виклику повинен кожен раз перевіряти стан виходу функції. Чи є спосіб цього уникнути? Це для чого set -e?

Ви можете вбити оригінальну оболонку ( kill $$) перед викликом exit, і це, ймовірно, спрацює. Але:

• мені здається досить некрасивим
• він зламається, якщо у вас є друга підзаголовка, тобто використовуйте нижню оболонку всередині.

Натомість ви можете скористатися одним із декількох способів повернути значення в FAQ Bash . На жаль, більшість з них не такі великі. Ви можете просто затримати перевірку на наявність помилок після кожного виклику функції ( -eмає багато проблем ). Або перейдіть на Perl.

Ви можете вирішити, що, наприклад, статус виходу 77 означає вихід з будь-якого рівня підзаголовка, і це зробити

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 -Eу поєднанні з ERRпастками трохи нагадує вдосконалену версію set -e, оскільки дозволяє визначити власну операцію з помилками.

У zsh, пастки ERR успадковуються автоматично, тому вам не потрібно set -E, ви також можете визначити пастки як TRAPERR()функції та змінювати їх $functions[TRAPERR], наприклад,functions[TRAPERR]="echo was here; $functions[TRAPERR]"

Як альтернативу kill $$, ви можете також спробувати kill 0, він буде працювати у випадку вкладених підшах (усі абоненти та сторонні процеси отримуватимуть сигнал)… але це все ще жорстоко і некрасиво.

Спробуйте це ...

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"

Отримані результати я ...

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

Примітки

• Параметризовано для того, щоб ifтест міг бути trueабо false(див. Два запуски)
• Коли ifтест є false, ми ніколи не доходимо до нижньої частини.

(Відповідь Баша) Баш не має поняття винятків. Однак, якщо встановити -o errexit (або еквівалент: set -e) на самому зовнішньому рівні, невдала команда призведе до того, що підпакет вийде з ненульовим статусом виходу. Якщо це набір вкладених підшаровок без умовних умов навколо виконання цих підшалл, це ефективно «згортає» весь сценарій і виходить.

Це може бути складним при спробі включити біти різного bash-коду до більшого сценарію. Один шматок баш може працювати просто чудово самостійно, але коли він виконується під errexit (або без errexit), вести себе несподівано.

[192.168.13.16 (f0f5e19e) ~ 22:58:22] # bash -o errexit / tmp / foo
щось пішло не так
[192.168.13.16 (f0f5e19e) ~ 22:58:31] # bash / tmp / foo
щось пішло не так
Але ми все одно потрапили сюди
[192.168.13.16 (f0f5e19e) ~ 22:58:37] # кіт / tmp / foo
#! / бін / баш
Стоп () {
    відлуння "$ {1}"
    вихід 1
}

якщо помилково; потім
    відлуння "foo"
ще
    (
        стоп "щось пішло не так"
    )
    відлуння "Але ми все одно потрапили сюди"
фі
[192.168.13.16 (f0f5e19e) ~ 22:58:40] #

Мій приклад для виходу в одному вкладиші:

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