setjmp的困惑

epegasus

1. #include <signal.h>
   
2. #include <sys/types.h>
   
3. #include <unistd.h>
   
4. #include <stdio.h>
   
5. #include <setjmp.h>
   
6. #include <signal.h>
   
7. int jn=0;
   
8. jmp_buf position;
   
9. void jmp_func1()
   
10. {
    
11. printf("get the signal for %d times\n",++jn);
    
12. longjmp(position,1);
    
13. }
    
14. void jmp_func2()
    
15. {
    
16.         longjmp(position,2);
    
17. }
    
18. int
    
19. main()
    
20. {
    
21.         pid_t pid = getpid();
    
22.         signal(SIGUSR1,jmp_func1);
    
23.         signal(SIGUSR2,jmp_func2);
    
24.         setjmp(position);            //1
    
25.         sleep(1);
    
26.         kill(pid,SIGUSR1);
    
27. }

复制代码

为何只print"get the signal for 1 times"进程就退出？
当收到SIGUSR1信号就执行 jmp_func1
返回到setjmp后怎么再发kill信号就没用了吗？

flw

setjmp 是一次性的有效。longjmp 会清除 position 的。

epegasus

还是不明白啊，第一次kill执行了一次jmp_func1,printf一次
跳回来，再发kill应该还要printf一次才对啊

epegasus

而且我尝试过了，linux下longjmp 不会清除 position

yoyolimit

问题是信号怎么不可以重发起呢???

yoyolimit

问题是信号怎么不可以重发起呢???

epegasus

我想应该是这样的，信号是可以重发的，只是这里程序第一次收到了SIGUSR1信号，转到信号处理，信号处理应该属于软中断，这个时候已经屏蔽的正处理的信号，再有同样的信号发来将被忽略，但是可以处理其他的信号，在信号处理函数中虽然longjump回来了但是还是处于信号处理的状态，所以kill(pid,SIGUSR1)发的被忽略，接下来信号处理函数才中断返回，主进程退出。
到底是不是这么回事，还请高手指正！

harly

原帖由 epegasus 于 2006-8-24 12:52 发表
我想应该是这样的，信号是可以重发的，只是这里程序第一次收到了SIGUSR1信号，转到信号处理，信号处理应该属于软中断，这个时候已经屏蔽的正处理的信号，再有同样的信号发来将被忽略，但是可以处理其他的信号，在 ...

epegasus 　分析的不错，我也觉得原来的信号处理程序根本就不能正常退出了。如果这样成立的话，看来在信号处理程序中不能调用longjmp这样的操作了。

fanyunfei

study......

epegasus

原来这在《UNIX高级环境编程》中有提到
10。6节：
进程捕捉到信号并继续执行时，它先执行该信号处理程序中的指令。如果从信号处理程序返回（假如没有调用exit或longjmp）,则继续执行在捕捉到 信号时进程正在执行的正常指令序列。