1、在linux下运行程序出现段错误,如果程序不是很大还比较好找,但是如果程序很大,会比较难以定位;在linux下可以支持生成coredump文件,使用gdb来解析Segmentation Fault时发生了什么,可以比较方便的查看程序崩溃的位置;
2、一般linux系统都是默认关闭coredump文件生成,需要执行命令打开;实际上就是配置生成coredump的文件大小,系统默认为0,即不产生coredump文件;
ulimit -c unlimited
3、编译源代码时makefile编译选项添加 [-g] 选项,如果有 [-O] 选项,则设置为"-O0",即不进行优化;
4、正常运行软件,在软件出现段错误时,会在软件运行目录下生成core文件或者core.***文件;
5、使用gdb解析,使用时注意test_app的路径;
gdb test_app core
进入gdb交互界面之后,输入bt,即backtrace,查看调用栈,比如
可以看到#0附近在test.c的第7行出错,可以使用frame 0或者frame 1等等方便的查看使用的代码,这里可以看到是一个赋值语句导致段错误;也可以使用bt full命令查看所有调用栈的变量值或symbol等信息,具体的可以查看gdb调试命令说明;
6、使用gdb调试coredump时的调用栈信息不一定都能非常准确的指出错误的位置,需要去进行分析;比如提示到某个标准库的接口错误,那么应该去查一下调用传参是否正确;
7、可以通过修改/proc/sys/kernel/core_uses_pid来决定是否添加pid扩展名
0为默认值,即不添加,修改为1即添加:echo 1 > /proc/sys/kernel/core_uses_pid
8、可以通过修改/proc/sys/kernel/core_pattern来决定生成core文件的位置和格式
可通过以下命令修改此文件:
echo "/tmp/core-%p-%t" > core_pattern,可以将core文件统一生成到/tmp目录下,产生的文件名为core-pid-时间戳
参数列表:
%p - insert pid into filename 添加pid
%u - insert current uid into filename 添加当前uid
%g - insert current gid into filename 添加当前gid
%s - insert signal that caused the coredump into the filename 添加导致产生core的信号
%t - insert UNIX time that the coredump occurred into filename 添加core文件生成时的unix时间
%h - insert hostname where the coredump happened into filename 添加主机名
%e - insert coredumping executable name into filename 添加命令名