在Linux下产生并调试core文件

URL: http://blog.china-pub.com/more.asp?name=uniware&id=35478

先看看我用的是个什么机器：

$ uname -a
Linux dev 2.4.21-9.30AXsmp #1 SMP Wed May 26 23:37:09 EDT 2004 i686 i686 i386 GNU/Linux

再看看默认的一些参数，注意core file size是个0，程序出错时不会产生core文件了。

$ ulimit -a
core file size (blocks, -c) 0
data seg size (kbytes, -d) unlimited
file size (blocks, -f) unlimited
max locked memory (kbytes, -l) 4
max memory size (kbytes, -m) unlimited
open files (-n) 2048
pipe size (512 bytes, -p) 8
stack size (kbytes, -s) 10240
cpu time (seconds, -t) unlimited
max user processes (-u) 7168
virtual memory (kbytes, -v) unlimited

写个简单的程序，看看core文件是不是会被产生。

$ more foo.c

#include <stdio.h>

static void sub(void);

int main(void)
{
    sub();
    return 0;
}

static void sub(void)
{
    int *p = NULL;

    /* derefernce a null pointer, expect core dump. */
    printf("%d", *p);
}

$ gcc -Wall -g foo.c
$ ./a.out
Segmentation fault

$ ls -l core.*
ls: core.*: No such file or directory

没有找到core文件，我们改改ulimit的设置，让它产生。1024是随便取的，要是core文件大于1024个块，就产生不出来了。

$ ulimit -c 1024 （转者注: 使用-c unlimited不限制core文件大小）

$ ulimit -a
core file size (blocks, -c) 1024
data seg size (kbytes, -d) unlimited
file size (blocks, -f) unlimited
max locked memory (kbytes, -l) 4
max memory size (kbytes, -m) unlimited
open files (-n) 2048
pipe size (512 bytes, -p) 8
stack size (kbytes, -s) 10240
cpu time (seconds, -t) unlimited
max user processes (-u) 7168
virtual memory (kbytes, -v) unlimited

$ ./a.out
Segmentation fault (core dumped)
$ ls -l core.*
-rw------- 1 uniware uniware 53248 Jun 30 17:10 core.9128

注意看上述的输出信息，多了个(core dumped)。确实产生了一个core文件，9128是该进程的PID。我们用GDB来看看这个core。

$ gdb --core=core.9128
GNU gdb Asianux (6.0post-0.20040223.17.1AX)
Copyright 2004 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB. Type "show warranty" for details.
This GDB was configured as "i386-asianux-linux-gnu".
Core was generated by `./a.out'.
Program terminated with signal 11, Segmentation fault.
#0 0x08048373 in ?? ()
(gdb) bt
#0 0x08048373 in ?? ()
#1 0xbfffd8f8 in ?? ()
#2 0x0804839e in ?? ()
#3 0xb74cc6b3 in ?? ()
#4 0x00000000 in ?? ()

此时用bt看不到backtrace，也就是调用堆栈，原来GDB还不知道符号信息在哪里。我们告诉它一下：

(gdb) file ./a.out
Reading symbols from ./a.out...done.
Using host libthread_db library "/lib/tls/libthread_db.so.1".
(gdb) bt
#0 0x08048373 in sub () at foo.c:17
#1 0x08048359 in main () at foo.c:8

此时backtrace出来了。

文章三：http://www.chinaitpower.com/2005September/2005-09-13/203684.html

1、开启系统的Core Dump功能

    ulimit -c core_file_size_in_kb

    如果要关闭该功能core_file_size_in_kb为0就行了。

2、设置Core Dump的核心转储文件目录和命名规则

    文件的命名规则放在

    /proc/sys/kernel/core_name_format文件中

    使用sysctl -w "kernel.core_name_format=/coredump/%n.core"

    上例的core文件放在/coredump目录下，文件名是进程名+.core

    以下是一些命名的格式说明

    %P   The Process ID (current->pid)
    %U   The UID of the process (current->uid)
    %N   The command name of the process (current->comm)
    %H   The nodename of the system (system_utsname.nodename)
    %%   A "%"

3、分析核心转储文件

    程序如下：

#include

int main()

{

    int i=0;

    int j=5;

    int tmp;

    for(; i < 10; i++, j--)

    {

        tmp=i/j;

        printf("%d/%d=%dn", i, j, tmp);

    }

}

该程序运行到i=5时，会发生浮点运算错误（被除数等于0，j=0）

编译上面的程序

gcc -g main.c -o eg

./eg

发生core-dump后，如果核心转储文件是core.2098，执行下面的命令

gdb eg core.2098

可以看到当时的信息，此出不方便录入。

4、杂项

    kill -l

    上面命令列出所有信号的名称和值

    kill -l val

    查询值为val的信号名称

    kill -l signame

    查询signame信号的值

附录 A. IBM AIX中产生Core文件的方法（来源于IBM cn）

Document #: 1311993F06001

环境:(产品,平台,机型,软件版本,等)
平台：RS
软件版本：AIX4.3 or later

问题描述:
如果用户需要为一个应用进程产生一个完整的core文件用于分析，如何做？

解答:
1. 前提条件

    在产生core文件之前，先要配置系统参数以确认系统可以产生一个完整的core文件。另外，文件系统中还需要有足够的剩余空间用于存放所产生的core文件。core文件通常存放在进程属主用户的主目录中。