¿Por qué se detiene un ciclo while después de ser suspendido?

¿Por qué es que al usar bash y suspender un ciclo while, el ciclo se detiene después de reanudarse? Breve ejemplo a continuación.

$ while true; do echo .; sleep 1; done
.
.
^Z
[1]+  Stopped                 sleep 1
$ fg
sleep 1
$

Estoy familiarizado con las señales, y supongo que este puede ser el comportamiento natural de bash aquí, pero me gustaría entender mejor por qué se comporta de esta manera en particular.

Esto parece un error en varios shells, funciona como se esperaba con ksh93 y zsh .

Antecedentes:

La mayoría de los shells parecen ejecutar el ciclo while dentro del shell principal y

Bourne Shell suspende todo el shell si escribe ^ Z con un shell sin inicio de sesión

bash suspende solo el sleepy luego deja el bucle while a favor de imprimir un nuevo indicador de shell

el guión hace que este comando no se pueda suspender

Con ksh93 , las cosas funcionan de manera muy diferente:

ksh93 hace lo mismo, mientras que el comando se inicia la primera vez, pero como sleepes un buitin en ksh93, ksh93 tiene un controlador que hace que el bucle while se bifurque en el shell principal y luego se suspenda en el momento en que escribe ^ Z.

Si en ksh93 escribe más tarde fg, el hijo bifurcado que aún ejecuta el bucle continúa.

Verá la principal diferencia al comparar los mensajes de control de trabajo de bash y ksh93:

informes de bash :

[1]+ Stopped sleep 1

pero ksh93 informa:

^Z[1] + Stopped while true; do echo .; sleep 1; done

zsh se comporta de manera similar a ksh93

Con ambos shells, tiene un solo proceso (el shell principal) siempre que no escriba ^ Z, y dos procesos de shell después de escribir ^ Z.

Escribí a uno de los coautores de Bash sobre el tema, y ​​aquí está su respuesta:

No es realmente un error, pero sin duda es una advertencia.

La idea aquí es suspender procesos, que son una unidad de granularidad diferente a los comandos de shell. Cuando se suspende un proceso, vuelve al shell (con un estado distinto de cero, lo que tiene consecuencias cuando, por ejemplo, detiene un proceso que es la prueba de bucle), que tiene una opción: puede salir del bucle o continuarlo. , dejando atrás el proceso detenido. Bash elige, y siempre ha elegido, salir de los bucles cuando se detiene un trabajo. Continuar el ciclo rara vez es lo que quieres.

Algunos otros shells hacen cosas como bifurcar una copia del shell cuando un proceso se suspende debido a SIGTSTP y detener ese proceso. Bash nunca ha hecho eso, parece más complicado de lo que garantiza el beneficio, pero si alguien quiere enviar ese código como un parche, echaré un vistazo para incorporar los cambios.

Entonces, si alguien quiere enviar un parche, use las direcciones de correo electrónico que se encuentran en las páginas del manual.