简短的问题是，如果一个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说的发生：
原文链接：https://www.f2er.com/bash/388905.html
--- 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;
}
关于怎么做它…这是超出我的能力。但是，我认为这是有用的信息，有点多的评论。
