APUE2中信号交互处理的问题

zx_wing

原帖由 xiaozhu2007 于 2007-12-26 23:17 发表
这是APUE2中程序清单10_6。
APUE2中说当SIGALRM信号中断了其它信号处理程序，则调用longjmp函数会提早终止该信号处理程序。

在本程序中，当程序开始运行后，按下ctrl+c产生SIGINT信号，main捕捉到该信号后调 ...

如lenovo所说，它是被longjmp中断的。
linux中，当一个信号在执行它的hanlder的时候，只会阻塞同类型的信号，例如这里在处理SIGINT，该信号就被阻塞至处理结束。但其它信号还是会打断当前信号的处理的。除非你自己将它屏蔽掉了。
所以这里在sig_int中执行的时候，SIGALRM信号到来，由于先前已设置了它的处理函数，会转入sig_alrm执行。sig_alrm执行了longjmp，跳转到setjmp之后继续执行，也就是SIGALRM信号处理完成，返回。程序继续运行直到结束。所以你应该可以看到 printf("sleep2 returned : %d\n", unslept);的输出。程序是正常执行结束的，被中断的只是SIGINT的处理

zx_wing

>>1。其中“但其它信号还是会打断当前信号的处理的。除非你自己将它屏蔽掉了。”是不是应该加>>上“或者设置了该信号的处理程序”
>>因为执行下面的程序，一开始按下ctrl+c，程序执行sig_int，当5s后SIGALRM信号被处理程序s>>ig_alrm捕捉的时候，并不打断当前sig_int处理程序。
不，sig_int会被打断。新的信号（非同一个信号）会打断当前信号处理程序的执行。所以你应该看不到printf("after sig_int!\n");这句的输出

zx_wing

原帖由 xiaozhu2007 于 2007-12-28 15:41 发表
不对吧，我说的是下面的程序啊！当产生了SIGALRM信号的时候，并没有中断sig_int程序哦！！！

#include
#include
#include

void sig_int(int signo);
void sig_alrm(int signo);

int main(int ar ...

打断的意思是，sig_int还没执行完，就执行sig_alrm去了。所以你应该看到打印出了begin sig_int后接着看到的是caught SIGALRM，最后是end sig_int。打断的意思是暂时中断当前执行，稍后再恢复执行。也就是这里执行的顺序是sig_int --->被打断--->sig_alrm--->接着执行未完成的sig_int。