如何在Linux上生成分段错误的核心转储？

也许你可以这样做,这个程序演示了如何捕获分段错误并弹出到调试器(这是下面使用的原始代码AIX),并将堆栈跟踪打印到分段故障点.您需要更改sprintf要gdb在Linux中使用的变量.

#include 
#include 
#include 
#include 

static void signal_handler(int);
static void dumpstack(void);
static void cleanup(void);
void init_signals(void);
void panic(const char *, ...);

struct sigaction sigact;
char *progname;

int main(int argc, char **argv) {
    char *s;
    progname = *(argv);
    atexit(cleanup);
    init_signals();
    printf("About to seg fault by assigning zero to *s\n");
    *s = 0;
    sigemptyset(&sigact.sa_mask);
    return 0;
}

void init_signals(void) {
    sigact.sa_handler = signal_handler;
    sigemptyset(&sigact.sa_mask);
    sigact.sa_flags = 0;
    sigaction(SIGINT, &sigact, (struct sigaction *)NULL);

    sigaddset(&sigact.sa_mask, SIGSEGV);
    sigaction(SIGSEGV, &sigact, (struct sigaction *)NULL);

    sigaddset(&sigact.sa_mask, SIGBUS);
    sigaction(SIGBUS, &sigact, (struct sigaction *)NULL);

    sigaddset(&sigact.sa_mask, SIGQUIT);
    sigaction(SIGQUIT, &sigact, (struct sigaction *)NULL);

    sigaddset(&sigact.sa_mask, SIGHUP);
    sigaction(SIGHUP, &sigact, (struct sigaction *)NULL);

    sigaddset(&sigact.sa_mask, SIGKILL);
    sigaction(SIGKILL, &sigact, (struct sigaction *)NULL);
}

static void signal_handler(int sig) {
    if (sig == SIGHUP) panic("FATAL: Program hanged up\n");
    if (sig == SIGSEGV || sig == SIGBUS){
        dumpstack();
        panic("FATAL: %s Fault. Logged StackTrace\n", (sig == SIGSEGV) ? "Segmentation" : ((sig == SIGBUS) ? "Bus" : "Unknown"));
    }
    if (sig == SIGQUIT) panic("QUIT signal ended program\n");
    if (sig == SIGKILL) panic("KILL signal ended program\n");
    if (sig == SIGINT) ;
}

void panic(const char *fmt, ...) {
    char buf[50];
    va_list argptr;
    va_start(argptr, fmt);
    vsprintf(buf, fmt, argptr);
    va_end(argptr);
    fprintf(stderr, buf);
    exit(-1);
}

static void dumpstack(void) {
    /* Got this routine from http://www.whitefang.com/unix/faq_toc.html
    ** Section 6.5. Modified to redirect to file to prevent clutter
    */
    /* This needs to be changed... */
    char dbx[160];

    sprintf(dbx, "echo 'where\ndetach' | dbx -a %d > %s.dump", getpid(), progname);
    /* Change the dbx to gdb */

    system(dbx);
    return;
}

void cleanup(void) {
    sigemptyset(&sigact.sa_mask);
    /* Do any cleaning up chores here */
}

您可能需要另外添加一个参数,以获得GDB转储如下图所示,在这个博客的核心位置.

有更多的事情可能会影响核心转储的产生.我遇到了这些:

转储目录必须是可写的.默认情况下,这是进程的当前目录,但可以通过设置进行更改/proc/sys/kernel/core_pattern.

在某些情况下,内核值/proc/sys/fs/suid_dumpable可能会阻止生成核心.

有更多情况可能会阻止手册页中描述的生成 - 尝试man core.

要激活核心转储,请执行以下操作:

在 /etc/profile评论行:

# ulimit -S -c 0 > /dev/null 2>&1

在/etc/security/limits.conf评论中排队:

*               soft    core            0

执行cmd limit coredumpsize unlimited并使用cmd检查它limit:

# limit coredumpsize unlimited
# limit
cputime      unlimited
filesize     unlimited
datasize     unlimited
stacksize    10240 kbytes
coredumpsize unlimited
memoryuse    unlimited
vmemoryuse   unlimited
descriptors  1024
memorylocked 32 kbytes
maxproc      528383
#

要检查核心文件是否已写入,您可以使用cmd终止相关进程kill -s SEGV (不应该需要,以防万一没有核心文件被写入,这可以用作检查):

# kill -s SEGV 

一旦编写了corefile,请确保在相关文件(1./2./3.)中再次停用coredump设置!

对于Ubuntu 14.04

检查核心转储已启用:

ulimit -a

其中一行应该是:

core file size          (blocks, -c) unlimited

如果不 :

gedit ~/.bashrc并添加ulimit -c unlimited到文件末尾并保存,重新运行终端.

使用调试信息构建应用程序:

在Makefile中 -O0 -g

运行创建核心转储的应用程序(应在application_name文件附近创建名为'core'的核心转储文件):

./application_name

在gdb下运行:

gdb application_name core