linux信号与系统调用的关系.docVIP

信号与系统调用的关系： 当一个进程正在执行一个系统调用时，如果向该进程发送一个信号，那么对于大多数 系统调用来说，这个信号在系统调用完成之前将不起作用，因为这些系统调用不能被信号 打断。但是有少数几个系统调用能被信号打断，例如： wait(),pause()以及对慢速设备 （终端、 打印机等）的 read()、 write()、 open()等。如果一个系统调用被打断，它就返回-1，并将 errno 设为 EINTR。可以用下列代码来处理这种情况： if (wirte(tfd,buf,SIZE)0) { if (errno==EINTR) { warn(“ Write interrupted.” ); … … } } 信号的复位： 在 Linux 中，当一个信号的信号处理函数执行时，如果进程又接收到了该信号，该信 号会自动被储存而不会中断信号处理函数的执行，直到信号处理函数执行完毕再重新调用 相应的处理函数。下面的程序演示了这一点： #include stdio.h #include signal.h int catch(int sig); //信号绑定函数，必须在main函数前声明。 int main(void) { printf(the program is starting.\n); signal(SIGINT, catch);//接受到SIGINT信号，执行绑定的catch函数 //signal(SIGINT, SIG_DFL);//SIG_DFL 恢复成系统的缺省动作 //signal(SIGINT, SIG_IGN);//告诉进程将 SIGINT 信号忽略,CTRL+C sleep(10); printf(the end.\n); return 0; } int catch(int sig) { printf(Interrupt called.\n); sleep（4）； printf(“Interrupt Func end.\n”); } 执行它，结果如下： the program is starting. ctrl+c Interrupt called ctrl+c Interrupt Func end. Interrupt called Interrupt Func end. the end 只能保存一个CTRL+C。 如果在信号处理函数执行时进程收到了其它类型的信号，该函数的执行就会被中 断：the program is starting. ctrl+c Interrupt called ctrl+\ Quit called Quit ended. Interrupt Func end。 the ended. 在进程间发送信号： 个进程通过对 signal()的调用来处理其它进程发送来的信号。一个进程也可以向其它的进程发送信号。这一操作是由系统调用 kill()来完成的。 kill()在 linux 系统库 signal.h中的函数声明：int kill(pid_t pid, int sig); 参数 pid 指定了信号发送的对象进程：它可以是某个进程的进程标识符(pid)，也可以是以下的值： 如果 pid 为零，则信号被发送到当前进程所在的进程组的所有进程； 如果 pid 为-1 ，则信号按进程标识符从高到低的顺序发送给全部的进程（这个过程受 到当前进程本身权限的限制）； 如果 pid 小于-1,则信号被发送给标识符为 pid 绝对值的进程组里的所有进程。 需要说明的是，一个进程并不是向任何进程均能发送信号的，这里有一个限制，就是 普通用户的进程只能向具有与其相同的用户标识符的进程发送信号。也就是说，一个用户 的进程不能向另一个用户的进程发送信号。只有 root 用户的进程能够给任何线程发送信号。 参数 sig 指定发送的信号类型。它可以是任何有效的信号。 由于调用 kill()的进程需要直到信号发往的进程的标识符，所以这种信号的发送通常只 在关系密切的进程之间进行，比如父子进程之间。 下面是一个使用 kill()调用发送信号的例子。这个程序建立两个进程，并通过向对方发 送信号 SIGUSR1 来实现它们之间的同步。这两个进程都处于一个死循环中，在接收对方发 送的信号之前，都处于暂停等待中。这是通过系统调用 pause()来实现的，它能够使一个程 序暂停，直至一个信号到达，然后进程输出信息，并用 kill 发送一个信号给对方。当用户 按了中断键，这两个进程都将终止。 #include signal.h int ntimes=0; main() { int pid,ppid; int p_action(), c_action(); /* 设定父进程的 SIGUSR1 */ signal(SIGU