《UNIX编程环境》这本书里面关于父进程忽视中断信号的问题

wali66

我看到第7章第5节 ： 信号和中断
其中写到：“当信号捕获与执行其他程序相结合时，要牢记他们之间的细微差别。假设一个程序捕获中断，同时又包括一个执行其他程序的方法（像ed中的！）。 代码看上去像下面这样”
    if ((fork() == 0))
        execlp(...);
        signal(SIGINT,SIG_IGN); /*parent  ignores interrupts*/
        wait(&status);
        signal(SIGINT,onintr);
-----------
我的疑问是父进程为什么需要忽视中断了？ 书中接下来还以system()系统调用为例。

wali66

system()的例子。为什么需要父进程中忽视中断信号？请路过的网友帮看下，先谢谢了。

MMMIX

回复 1# wali66

作者解释的还不够清楚？就是不想父进程中的 wait() 被中断嘛。

feiyangnow

实际上作者的解释可能有些空隙，但大体的意思已经表达出来了，
（1）对于SIGINTR的处理一般的程序都会继续的执行，在循环中继续continue, 所以对于是控制台程序，它可能也去读取输入。
（2）对于wait 或者waitpid,在父进程收到SIGINTR时，也会wait返回，也会进行输入输出的操作。
故会出现数据的读取混乱，所以父进程会忽略盖该信号。
但是程序的调度，不一定父进程先执行，所以父进程也会有机会收到，所以最后使用signal mask.

feiyangnow

实际上作者的解释可能有些空隙，但大体的意思已经表达出来了，
（1）对于SIGINTR的处理一般的程序都会继续的执行，在循环中继续continue, 所以对于是控制台程序，它可能也去读取输入。
（2）对于wait 或者waitpid, 由于终端信号会传递给前台进程组的所有进程，所以父进程也会收到SIGINTR时，也会wait返回，本应发给子进程的终端，也意外的发给了父进程，所以应该在父进程中屏蔽掉。
但是程序的调度，不一定父进程先执行，所以父进程也会有机会收到，所以最好是在fork之前使用sigprocmask
在子进程中恢复为默认的设置。

（3）上面的程序还存在的问题是，没有使用waitpid,导致接收到不该接受的进程退出。