关于init代码中捕捉SIGSEGV的处理问题

danielhf

我读sysvinit的代码，发现它关于SIGSEGV的处理很奇怪，在segv_handler中，它作了一些logging，然后fork一个子进程出来重新抛出，随后父进程等待它结束再继续运行。

我原来理解是这样做可以在产生dump后，让主程序尝试从错误点继续，如果直接在主程序里面重新产生SIGSEGV的话，将会直接退出，所以fork后再产生。但我在做了测试后，发现这样产生的core dump，里面的堆栈信息完全不对，根本不是主程序中产生错误的那个指令，而是子进程中的产生位置, 这样的话，这种做法在现实的程序中就完全没有实用性了?

不知道有哪位研究过这段代码，请教一下， 关键代码如下：

1. 
   
2. void segv_handler(int sig, struct sigcontext ctx)
   
3. {
   
4.     char    *p = "";
   
5.     int saved_errno = errno;
   
6. 
   
7.     //日志
   
8.     if ((void *)ctx.eip >= (void *)do_sleep &&
   
9.         (void *)ctx.eip < (void *)main)
   
10.         p = " (code)";
    
11.     initlog(L_VB, "PANIC: segmentation violation at %p%s! "
    
12.           "sleeping for 30 seconds.", (void *)ctx.eip, p);
    
13.    
    
14.     // 在子进程中产生SIGSEGV以及core dump
    
15.     coredump();
    
16.    
    
17.     // 等待30秒, 再尝试恢复主程序执行
    
18.     do_sleep(30);
    
19.     errno = saved_errno;
    
20. }
    
21. 
    
22. void coredump(void)
    
23. {
    
24.     static int      dumped = 0;
    
25.     struct rlimit       rlim;
    
26.     sigset_t        mask;
    
27. 
    
28.     if (dumped) return;
    
29.     dumped = 1;
    
30. 
    
31.     if (fork() != 0) return;
    
32. 
    
33.     sigfillset(&mask);
    
34.     sigprocmask(SIG_SETMASK, &mask, NULL);
    
35. 
    
36.     rlim.rlim_cur = RLIM_INFINITY;
    
37.     rlim.rlim_max = RLIM_INFINITY;
    
38.     setrlimit(RLIMIT_CORE, &rlim);
    
39.     chdir("/");
    
40. 
    
41.     signal(SIGSEGV, SIG_DFL);
    
42.     raise(SIGSEGV);
    
43.     sigdelset(&mask, SIGSEGV);
    
44.     sigprocmask(SIG_SETMASK, &mask, NULL);
    
45. 
    
46.     do_sleep(5);
    
47.     exit(0);
    
48. }
    
49. 
    
50. 
    

复制代码