bash - Trap ERR 只工作一次？

Question

我正在编写一个脚本，在启动服务之前等待一堆目录存在。它基本上由一个无限循环组成，该循环在末尾中断，或者在找不到任何需要的目录时继续。简化后，算法本身看起来像

loop_while_false() {
    trap continue ERR
    while true; do
        printf .
        sleep 1
        false
        break
    done
    trap ERR
    echo
}

(我知道我可以使用 until 或 while ! 完成此特定行为，但这与问题无关。)

我第一次运行它时，我得到了一长串点的预期输出，直到我点击 ^c。但如果我再次运行它，我只会得到一个点。如果我不点击^c，而是将循环重新定义为有限循环，那么在新 shell 中，陷阱会多次起作用。但是为什么 ^c 打破了 shell 生命周期的陷阱呢？甚至更奇怪(我在 StackExchange 升级硬件时花了额外的时间)如果你这样写函数，它不会中断:

loop_while_noread() {
    trap continue ERR
    while true; do
        printf .
        read -t1 -n1
        break
    done
    trap ERR
    echo
}

除非你先运行 loop_while_false，然后用 ^c 终止它。这是一个示例 session :

$ trap -p
trap -- 'shell_session_update' EXIT
$ loop_while_noread 
...q
$ loop_while_noread 
...r
$ loop_while_noread 
....^C
$ loop_while_noread 
..q
$ trap -p
trap -- 'shell_session_update' EXIT
trap -- 'continue' ERR
$ loop_while_false 
.....^C
$ trap -p
trap -- 'shell_session_update' EXIT
trap -- 'continue' ERR
$ loop_while_false 
.
$ loop_while_noread 
.

好像sleep 或false 和trap 之间有一种奇怪的关系。这是预期的行为吗？

我在 OS X El Capitan 上使用 bash 3.2.57(1)-release。

Answer 1

这肯定是一个错误。您可以通过将 sleep 命令更改为:

sleep 1||:

我找不到任何错误报告，但我用 gdb 对 4.3.30(1) 做了一些检查，并在 sleep 1 返回后确定出现错误(因为它被中断)，trap ERR 命令的执行失败，结果 SIG_INPROGRESS 标志永远不会为 ERR 重置。该标志禁止将来执行 trap ERR，即使它仍处于启用状态。

我没有进入“执行失败”的部分；当 gdb 跨过 parse_and_execute (trap_command, tag, flags); 时，该函数永远不会返回，我最终会回到 bash 提示符处，所以我想 longjmp 会在某个时候发生。 (SIG_INPROGRESS 标志将在 parse_and_execute 返回后重置，因此函数不返回的事实解释了标志未重置的原因。)

所有这些操作都在 _run_trap_internal 内的 trap.c 中。