怎样用core文件调试你的linux程序?

core dump 文件对于诊断linux中程序的问题非常有用。当程序异常退出的时候,可能会生成core文件。如,程序写一个不属于他的内存,操作系统出于保护,会发信号给程序,程序可能会因此而退出,退出的时候可能会生成core文件。我们可以通过分析core文件,找出程序中那里有内存问题。这篇文章主要是阐述生成core文件需要做的一些设置。

如何生成core文件
默认linux操作系统是不允许生成core文件的。如下图:

<img src="//pic.ikafan.com/imgp/L3Byb3h5L2h0dHAvd3d3LmJvNTYuY29tL3dwLWNvbnRlbnQvdXBsb2Fkcy8yMDE0LzAzL3VsaW1pdC5qcGc=.jpg" alt="ulimit" width="424" height="300" class="alignnone size-full wp-image-338" /></a><br /> 我们可以通过如下命令解除限制:
#ulimit -c unlimited
这时候,再看

<img src="//pic.ikafan.com/imgp/L3Byb3h5L2h0dHAvd3d3LmJvNTYuY29tL3dwLWNvbnRlbnQvdXBsb2Fkcy8yMDE0LzAzL3VsaW1pdDEuanBn.jpg" alt="ulimit1" width="400" height="215" class="alignnone size-full wp-image-339" /></a><br /> 注意,ulimit -c 的设置仅仅是对你完成设置后启动的进程有效。而且退出登陆后,再进入需要从新设置。否则从新登陆后启动的进程也无法生成core文件。
如果想永久生效,可以把命令加入到 /etc/profile 中。建议不要这样做,想想为啥?

如何找到core文件
一般情况下,core文件会生成在你执行程序的地方。文件名是core.进程号
你也可以指定core文件名和生成目录。在 /etc/sysctl.conf 文件中指定。

# vi /etc/sysctl.conf

添加如下行:

kernel.core_uses_pid = 1
 kernel.core_pattern = /tmp/core-%e-%s-%u-%g-%p-%t
 fs.suid_dumpable = 2 

kernel.core_uses_pid = 1 - 追加进程号到core文件名中
fs.suid_dumpable = 2 - 确保设置属主的进程也可以生成core文件
kernel.core_pattern = /tmp/core-%e-%s-%u-%g-%p-%t - 指定core文件生成的位置和文件名规则。文件名规则可以使用的参数有:
%% - 符号%
%p - 进程号
%u - 进程用户id
%g - 进程用户组id
%s - 生成core文件时收到的信号
%t - 生成core文件的 时间 (seconds since 0:00h, 1 Jan 1970)
%h - 主机名
%e - 程序文件名

执行如下命令,让设置生效

#sysctl -p

除此之外,也可以通过如下方式指定core文件名和路径

$echo /tmp/core-%e-%s-%u-%g-%p-%t > /proc/sys/kernel/core_pattern

如何使用core文件
可以使用gdb命令查看core文件信息

$ gdb -e /path/to/application -c /path/to/corefile
时间: 2024-12-29 11:54:52

怎样用core文件调试你的linux程序?的相关文章

Linux下core文件调试方法

在程序不寻常退出时,内核会在当前工作目录下生成一个core文件(是一个内存映像,同时加上调试信息).使用gdb来查看core文件,可以指示出导致程序出错的代码所在文件和行数. 1.core文件的生成开关和大小限制  1)使用ulimit -c命令可查看core文件的生成开关.若结果为0,则表示关闭了此功能,不会生成core文件.  2)使用ulimit -c filesize命令,可以限制core文件的大小(filesize的单位为kbyte).若ulimit -c unlimited,则表示c

Linux生成core文件、core文件路径设置

在Linux下产生并调试core文件 先看看我用的是个什么机器: $ uname -aLinux 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 -acore file size (blocks, -c) 0data seg size (kbytes, -d) unl

linux core文件介绍

1. core文件的简单介绍在一个程序崩溃时,它一般会在指定目录下生成一个core文件.core文件仅仅是一个内存映象(同时加上调试信息),主要是用来调试的. 2. 开启或关闭core文件的生成用以下命令来阻止系统生成core文件:ulimit -c 0下面的命令可以检查生成core文件的选项是否打开:ulimit -a该命令将显示所有的用户定制,其中选项-a代表"all". 也可以修改系统文件来调整core选项在/etc/profile通常会有这样一句话来禁止产生core文件,通常这

gdb-linux 进程crash 生成的core文件被破坏

问题描述 linux 进程crash 生成的core文件被破坏 项目中遇到的问题,一个进程crash了,生成的core文件可能被破坏了, 通过使用gdb backtrace 只能看到类似于下面这样 0x0804842e ??() 有什么方法可以解决这种问题呢?程序是debug版的 解决方案 linux上core文件生成和分析linux core文件机制 解决方案二: 对应的符号信息没有生成对?直接gdb attach到进程然后运行调试

Linux下交叉编译gdb,gdbserver+gdb的使用以及通过gdb调试core文件

交叉编译gdb和gdbserver 1.下载gdb:下载地址为:http://ftp.gnu.org/gnu/gdb/按照一般的想法,最新版本越好,因此下载7.2这个版本.当然,凡事无绝对.我们以gdb-7.2.tar.bz2 这个文件为例.2.解压缩: $ tar jxvf gdb-7.2.tar.bz2 注:小技巧:Linux下一般压缩文件后缀为.tar.bz2和.tar.gz,它们解压命令有两三个选项是一致的: xf(v),前者再加上j选项,后者再加上z选项. 3.进入该目录 $ cd g

Linux下core文件产生的一些注意问题

前面转载了一篇文章关于core文件的产生和调试使用的设置,但在使用有一些需要注意的问题,如 在什么情况 才会正确地产生core文件. 列出一些常见问题: 一,如何使用core文件 1. 使用core文件 在core文件所在目录下键入: gdb -c core 它会启动GNU的调试器,来调试core文件,并且会显示生成此core文件的程序名,中止此程序的信号等等. 如果你已经知道是由什么程序生成此core文件的,比如MyServer崩溃了生成core.12345,那么用此指令调试: gdb -c

GDB调试之core文件(如何定位到Segment fault)

core dump又叫核心转储,当程序运行过程中发生异常,程序异常退出时,由操作系统把程序当前的内存状况存储在一个core文件中,叫core dump.(内部实现是:linux系统中内存越界会收到SIGEGV信号,然后就会core dump) 在程序运行过程中,有的时候我们会遇到Segment fault(段错误)这样的错误.调速起来无从下手,因为没有任何的栈,trace信息输出.该种类型的错误往往与指针操作相关,往往可以通过这样的方式进行定位. 一 造成segment fault,产生core

linux下core文件设置(转)

在程序不寻常退出时,内核会在当前工作目录下生成一个core文件(是一个内存映像,同时加上调试信息).使用gdb来查看core文件,可以指示出导致程序出错的代码所在文件和行数. 1.core文件的生成开关和大小限制 1)使用ulimit -c命令可查看core文件的生成开关.若结果为0,则表示关闭了此功能,不会生成core文件. 2)使用ulimit -c filesize命令,可以限制core文件的大小(filesize的单位为kbyte).若ulimit -c unlimited,则表示cor

Window,Linux应用程序调试法----写文件调试程序法

Linux,一切皆文件,那么在Android系统本身,也是Linux+java罢了,也是在Linux的运行环境下. 通常,我们在调试程序的都会使用printf. 在Android中,我们会去使用logcat,现在,给大家介绍一种常用的调试方法,debug写文件调试法. 在Android系统中,调试一个C应用程序可谓是极其不方便,为了保存log的完整性,于是,写文件调试法可以发挥重大的作用,下面给出一个例子: #include <stdio.h> FILE * wirte_debug_file=