中间孩子从红宝石打来

为什么要中断使用调用系统创建的子进程的 ruby进程不会中断 ruby进程本身？他们应该属于同一个群体,所以应该都是中断的.这对于ruby2.0也是无效的.

给予ruby 1.8.7补丁371,ruby 1.9.3补丁392和ruby2.0补丁0：

运行ruby1.8 -e’系统“sleep 100”; p $？睡觉’在bash和压缩^C只杀死内部呼叫睡觉100.

Ruby 1.9的行为相同.

虽然运行ruby2.0 -e’system“sleep 100”; p $？睡眠中断内部命令和ruby进程本身.2.0.0-p0

– 编辑 –

阅读源我发现处理SIGINT,SIGQUIT和SIGHUP在rb_syswait方法中被切换为忽略,而不等待创建的子进程完成,然后恢复处理程序(ruby v1.8.7-p370,ruby v1.9.3-p362中的rb_syswait和ruby v2.0.0-p0中的阻塞处理程序).

为什么这样做是为什么只有系统和IO.popen而不是％x {}或fork {}？

解决方法

对于解决方法,您可以自己传播SIGINT.您可以检查系统命令是否由于信号而退出,如果出现这种情况,则会发出SIGINT：

ruby1.8 -e 'system "sleep 100"; p $?; Process.kill("INT",0) if $?.signaled?; sleep'