交互式shell在孤立进程组中应该做什么？

简短的问题是，如果一个shell在一个孤立的进程组不拥有tty，shell应该做什么？但我建议阅读这个长的问题，因为它有趣。

这是一个有趣和令人兴奋的方式，将您的笔记本电脑变成便携式空间加热器，使用你最喜欢的shell(除非你是那些tcsh的怪人之一)：

#include <unistd.h>   
int main(void) {
    if (fork() == 0) {
        execl("/bin/bash","/bin/bash",NULL);
    }
    return 0;
}

这会导致bash将cpu锁定在100％。 zsh和鱼做同样的，而ksh和tcsh嘟嘟关于工作控制，然后龙骨，这是一个更好，但不是太多。哦，它是一个平台不可知的罪犯：OS X和Linux都受影响。

我的(可能错误的)解释如下：子shell检测到它不在前台：tcgetpgrp(0)！= getpgrp()。因此，它试图停止自己：killpg(getpgrp()，SIGTTIN)。但是它的进程组是孤立的，因为它的父进程(C程序)是领导者并且死了，并且SIGTTIN发送到一个孤立进程组只是被丢弃(否则没有什么可以再次启动它)。因此，子shell不会停止，但它仍然在后台，所以它立即再次执行。冲洗并重复。

我的问题是，命令行shell如何检测这种情况，它做什么是正确的事情？我的想法是，shell尝试从stdin读取，并只是退出，如果读给它EIO。

感谢您的想法！

编辑：我试图对/ dev / tty做一个零长度的read()，并成功，这是坏的。为了得到EIO，我实际上必须准备读/ dev / tty的一些数据。

编辑：我有另一个想法是杀死(getpgrp()，0)。如果进程组是孤立的，那么我相信这总是会失败。然而，它也可能失败，因为我没有信号会话领导的权限。

编辑：对于任何人发现这一点，我最后做的是描述在https://github.com/fish-shell/fish-shell/issues/422。还有，未来怎么样？

这是strace说的发生：

--- SIGTTIN (Stopped (tty input)) @ 0 (0) ---
rt_sigaction(SIGTTIN,{SIG_IGN,[],SA_RESTORER,0x7fd5f6989d80},{SIG_DFL,8) = 0
ioctl(255,TIocgPGRP,[9954])           = 0
rt_sigaction(SIGTTIN,8) = 0
kill(0,SIGTTIN)                        = 0
--- SIGTTIN (Stopped (tty input)) @ 0 (0) ---
rt_sigaction(SIGTTIN,SIGTTIN)                        = 0
[repeat...]

这里是为什么，从jobs.c，bash 4.2：

while ((terminal_pgrp = tcgetpgrp (shell_tty)) != -1)
    {
      if (shell_pgrp != terminal_pgrp)
        {
          SigHandler *ottin;

          ottin = set_signal_handler(SIGTTIN,SIG_DFL);
          kill (0,SIGTTIN);
          set_signal_handler (SIGTTIN,ottin);
          continue;
        } 
      break;
    }

关于怎么做它…这是超出我的能力。但是，我认为这是有用的信息，有点多的评论。