Существует ли способ прервать межпроцессное взаимодействие в Unix/Linux?

Точный язык, используемый в Единственной спецификации UNIX для описания значения set -e :

Когда эта опция идет, если простая команда перестанет работать по какой-либо из причин, перечисленных в Последствиях Ошибок Shell, или возвратит значение статуса выхода> 0 и не будет [условным выражением или отрицаемой командой], то оболочка должна сразу выйти.

Существует неоднозначность относительно того, что происходит, когда такая команда происходит в подоболочке. С практической точки зрения вся подоболочка может сделать, выйти и возвратить ненулевое состояние родительской оболочке. Выйдет ли родительская оболочка в свою очередь, зависит от того, переводит ли это ненулевое состояние в простую команду, переставшую работать в родительской оболочке.

Один такой проблематичный случай является тем, с которым Вы встретились: ненулевой статус возврата от замены команды. Так как это состояние проигнорировано, оно не заставляет родительскую оболочку выходить. Поскольку Вы уже обнаружили, способ принять статус выхода во внимание состоит в том, чтобы использовать замену команды в простом присвоении: затем статус выхода присвоения является статусом выхода последней замены команды в присвоении (присвоениях).

Обратите внимание, что это будет работать, как предназначено, только если существует единственная замена команды, поскольку только состояние последней замены принято во внимание. Например, следующая команда успешна (и согласно стандарту и в каждой реализации, которую я видел):

a=$(false)$(echo foo)

Другой случай для наблюдения за является явными подоболочками: (somecommand). Согласно интерпретации выше, подоболочка может возвратить ненулевое состояние, но так как это не простая команда в родительской оболочке, родительская оболочка должна продолжиться. На самом деле все оболочки, о которых я знаю, действительно делают родительский возврат в этой точке. В то время как это полезно во многих случаях такой как (cd /some/dir && somecommand) где круглые скобки используются для хранения операции, такой как изменение текущего каталога локальной, это нарушает спецификацию если set -e выключен в подоболочке, или если бы подоболочка возвращает ненулевое состояние способом, которое не завершило бы ее, такие как использование ! на истинной команде. Например, весь пепел, удар, pdksh, ksh93 и zsh выходит без отображения foo на следующих примерах:

set -e; (set +e; false); echo "This should be displayed"
set -e; (! true); echo "This should be displayed"

Все же никакая простая команда не перестала работать в то время как set -e был в действительности!

Третий проблематичный случай является элементами в нетривиальном конвейере. На практике все оболочки игнорируют отказы элементов конвейера кроме последнего и показывают одно из двух поведений относительно последнего конвейерного элемента:

• ATT ksh и zsh, которые выполняют последний элемент конвейера в родительской оболочке, занимаются бизнесом, как обычно: если простая команда перестала работать в последнем элементе конвейера, оболочка, выполняющая ту команду, которая, оказывается, родительская оболочка, выходы.
• Другие оболочки приближают поведение путем выхода, если последний элемент конвейера возвращает ненулевое состояние.

Как прежде, выключая set -e или использование отрицания в последнем элементе конвейера заставляет это возвращать ненулевое состояние способом, которое не должно завершать оболочку; оболочки кроме ATT ksh и zsh затем выйдут.

Bash pipefail опция заставляет конвейер сразу выйти под set -e если какой-либо из его элементов возвращает ненулевое состояние.

Обратите внимание, что как дальнейшая сложность, удар выключает set -e в подоболочках, если это не находится в режиме POSIX (set -o posix или имейте POSIXLY_CORRECT в среде, когда удар запускается).

Все это показывает, что спецификация POSIX, к сожалению, делает плохое задание при определении -e опция. К счастью, существующие оболочки главным образом последовательны в своем поведении.