捕获signal后不能生产core dump问题

xylophone21

所有设置均ok（排除ulitmit等问题）

以下代码不能生产core dump

1. 
   
2. #include <stdio.h>
   
3. #include <signal.h>
   
4. 
   
5. void cleanupOnSignal(int sig)
   
6. {
   
7.         printf("sig=%d\n",sig);               
   
8.         exit(-1);
   
9. }
   
10. 
    
11. static errcall(void)
    
12. {
    
13.         char* p = 0;
    
14.         memset(p,0,100);
    
15. }
    
16. 
    
17. int main(void)
    
18. {
    
19.         signal(SIGINT,  cleanupOnSignal);
    
20.         signal(SIGSEGV, cleanupOnSignal);
    
21.         signal(SIGABRT, cleanupOnSignal);
    
22.         signal(SIGBUS, cleanupOnSignal);
    
23.         errcall();
    
24. }
    

复制代码

屏蔽掉signal几行后就可以了，或者把cleanupOnSignal改为：

1. 
   
2. void cleanupOnSignal(int sig)
   
3. {
   
4.         printf("sig=%d\n",sig);
   
5.         if (sig != SIGABRT) abort();
   
6. }

复制代码

也可以。

貌似应该是某个signal的默认处理函数中做了某些处理来产生core dump。

问题是该如何操作才能在这种情况下正常的生成core dump？

多谢

l.darkfire

信号都被你自己处理掉了自然就不会生成core了。。
gcore命令可以手动为进程生成core

fedora_bofeng

极其不建议使用signal(),   建议使用sigactions( )替换signal()

xylophone21

信号都被你自己处理掉了自然就不会生成core了。。
gcore命令可以手动为进程生成core
l.darkfire 发表于 2010-09-20 13:04

和我猜想的差不多，但我该如何自己处理信号（比如call某个函数？）才能生成core呢?

不希望每次要调试时，再把signal去掉；捕获signal也是为了容错，希望出错时能释放一些不会自动释放的资源

l.darkfire

一般而言程序会自己捕获信号，对于致命信号做善后处理，然后退出。如果你想在core后能观察到当时发生的情景，可以自己打日志输出相关信息。

还有，调试的时候你把断点设置在不就行啦；或者用#ifdef DEBUG的方式把那些语句括起来，编译的时候将-DDEBUG参数传给编译器

l.darkfire

一般而言程序会自己捕获信号，对于致命信号做善后处理，然后退出。如果你想在收到信号后能观察到当时发生的情景，可以自己打日志输出相关信息。

还有，调试的时候你把断点设置在不就行啦；或者用#ifdef DEBUG的方式把那些语句括起来，编译的时候将-DDEBUG参数传给编译器

ka-bar

捕获导致core dump的信号，做了你自己的处理后，再取消此信号函数，再然后给自己发送刚刚收到的信号。
void signal_segv(int signum)
{
    ....
    // 释放那些你想释放的资源
    ....

    signal(SIG_SEGV, SIG_DFL);
    kill(getpid(), signum);
}

不知道这样做符不符合你的要求。