關于setjmp和longjmp函數(shù)結(jié)果

bin_linux96

給位幫忙看下，為什么輸出結(jié)果是這樣，按道理來說應該不會掛掉�。�
hello world
the value = 1
Dbg->the is signal_handler function
hello world
the value = 1
Segmentation fault





#include<stdio.h>
#include<stdlib.h>
#include<setjmp.h>
#include<signal.h>

void test_function()
{
    int *p =NULL ;
    *p = 0 ;

}


jmp_buf gJmpBuf ;

void signal_handler(int num)
{

    printf("Dbg->the is signal_handler function\n");
    longjmp(gJmpBuf,0);
}

int main()
{

    int a = 1 ;

    setjmp(gJmpBuf);
    printf("hello world \n");
    signal(SIGSEGV,signal_handler) ;

    printf("the value = %d \n",a) ;
    test_function() ;
    printf("the value  ++ =  %d \n",a++) ;

    return  0 ;
}

MMMIX

回復 1# bin_linux96


    既然是在 signal handler 里面，就不要用 longjmp() 了，用 siglongjmp() 吧。

bin_linux96

回復 2# MMMIX


    我想讓程序一遇到段錯誤就執(zhí)行 信號處理函數(shù)，可是signal hander 為什么只運行了一次？？但第二次發(fā)生段錯誤時，程序直接掛掉了...

nova_xmu

第一次調(diào)用handler的時候 The SEGV signal is blocked  ，你即使jump出來但還是處于阻塞的狀態(tài)，再調(diào)用的時候就崩潰了

MMMIX

回復 1# bin_linux96


    我寫的一個：

1. 
   
2. #include <stdio.h>
   
3. #include <stdlib.h>
   
4. #include <assert.h>
   
5. #include <signal.h>
   
6. #include <setjmp.h>
   
7. 
   
8. sigjmp_buf main_env;
   
9. int trigger_cnt = 1;
   
10. int segv_cnt = 1;
    
11. 
    
12. void
    
13. segv_trigger(void)
    
14. {
    
15.         printf("SIGSEGV tigger %d.\n", trigger_cnt++);
    
16.         int *p = NULL;
    
17.         *p = 0;
    
18. }
    
19. 
    
20. void
    
21. segv_handler(int signum)
    
22. {
    
23.         assert(signum == SIGSEGV);
    
24.         printf("SIGSEGV has been catched %d times.\n", segv_cnt++);
    
25.         siglongjmp(main_env, 1);
    
26. }
    
27. 
    
28. int
    
29. main(void)
    
30. {
    
31.         struct sigaction segv_act;
    
32.         volatile int longjmp_cnt;
    
33. 
    
34.         segv_act.sa_handler = segv_handler;
    
35.         sigemptyset(&segv_act.sa_mask);
    
36.         segv_act.sa_flags = 0;
    
37.         if (sigaction(SIGSEGV, &segv_act, 0) < 0) {
    
38.                 perror("sigaction");
    
39.                 exit(EXIT_FAILURE);
    
40.         }
    
41. 
    
42.         longjmp_cnt = 1;
    
43. 
    
44.         if (sigsetjmp(main_env, 1) != 0) {
    
45.                 printf("Long jump %d.\n", longjmp_cnt++);
    
46.                 if (longjmp_cnt > 3)
    
47.                         exit(EXIT_SUCCESS);
    
48.         }
    
49. 
    
50.         segv_trigger();
    
51. 
    
52.         /* UNREACHABLE */
    
53.         exit(EXIT_SUCCESS);
    
54. }
    

復制代碼

sinoman

請用sigsetjmp, siglongjmp
sigsetjmp根據(jù)返回值做處理

embeddedlwp

回復 1# bin_linux96


    我在redhat 9 linux 2.4.20-8上運行這個程序沒有問題啊。

    《APUE》說調(diào)用longjmp有一個問題，當捕捉到一個信號時，進入信號捕捉函數(shù)，此時當前信號被自動的加到進程的信號屏蔽字中。這阻止了后來產(chǎn)生的這種信號中斷該信號處理程序。在FreeBSD 5.2.1和Mac OS X 10.3中，setjmp和longjmp保存和恢復信號屏蔽字。但是，Linux 2.4.22和Solaris 9并不執(zhí)行這種操作。

    不知是不是上邊這個原因。

   但是我在redhat 9 linux 2.4.20-8系統(tǒng)上，在信號處理程序中使用setjmp，longjmp沒有出現(xiàn)什么錯誤，跟使用sigsetjmp，longjmp一樣。  
   
   不解！求MMMIX版主指點！

MMMIX

embeddedlwp 發(fā)表于 2012-01-02 18:32
回復 1# bin_linux96

 但是我在redhat 9 linux 2.4.20-8系統(tǒng)上，在信號處理程序中使用setjmp，longjmp沒有出現(xiàn)什么錯誤，跟使用sigsetjmp，longjmp一樣。  

之所以要引入 sigsetjmp/siglongjmp，就是因為 setjmp/longjmp 在處理 signal mask 的時候在不同系統(tǒng)上行為不一致，可現(xiàn)在明明有了 sigsetjmp/siglongjmp 你非要在 signal handler 中用 setjmp/longjmp，這不是給自己找麻煩麼？