简短的问题是,如果一个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; }
关于怎么做它…这是超出我的能力。但是,我认为这是有用的信息,有点多的评论。