linux下core文件调试方法

    在程序不寻常退出时,内核会在当前工作目录下生成一个core文件(是一个内存映像,同时加上调试信息)。使用gdb来查看core文件,可以指示出导致程序出错的代码所在文件和行数。


1.core文件的生成开关和大小限制

 (1)使用ulimit -c命令可查看core文件的生成开关。若结果为0,则表示关闭了此功能,不会生成core文件。
 (2)使用ulimit -c filesize命令,可以限制core文件的大小(filesize的单位为kbyte)。若ulimit -c unlimited,则表示core文件的大小不受限制。如果生成的信息超过此大小,将会被裁剪,最终生成一个不完整的core文件。在调试此core文件的时候,gdb会提示错误。

如果想让修改永久生效,则需要修改配置文件,如 .bash_profile/etc/profile/etc/security/limits.conf


2.core文件的名称和生成路径

       core文件生成路径:输入可执行文件运行命令的同一路径下。
       若系统生成的core文件不带其它任何扩展名称,则全部命名为core。新的core文件生成将覆盖原来的core文件。

  • /proc/sys/kernel/core_uses_pid 可以控制core文件的文件名中是否添加pid作为扩展。文件内容为1,表示添加pid作为扩展名,生成的core文件格式为core.xxxx;为0则表示生成的core文件同一命名为core。
       可通过以下命令修改此文件: echo "1" > /proc/sys/kernel/core_uses_pid

  • proc/sys/kernel/core_pattern可以控制core文件保存位置和文件名格式。
       可通过以下命令修改此文件: echo "/corefile/core-%e-%p-%t" > core_pattern , 可以将core文件统一生成到/corefile目录下,产生的文件名为core-命令名-pid-时间戳。
以下是参数列表:

  1. %p - insert pid into filename 添加pid  
  2. %u - insert current uid into filename 添加当前uid  
  3. %g - insert current gid into filename 添加当前gid  
  4. %s - insert signal that caused the coredump into the filename 添加导致产生core的信号  
  5. %t - insert UNIX time that the coredump occurred into filename 添加core文件生成时的unix时间  
  6. %h - insert hostname where the coredump happened into filename 添加主机名  
  7. %e - insert coredumping executable name into filename 添加命令名  


 3.core文件的查看

 core文件需要使用gdb来查看:

  1. gdb ./a.out  
  2. core-file core.xxxx  
 使用bt命令即可看到程序出错的地方。 
 以下两种命令方式具有相同的效果,但是在有些环境下不生效,所以推荐使用上面的命令。 
(1)
  1. #gdb -core=core.xxxx  
  2. #file ./a.out  
  3. #bt   

(2)

  1. #gdb -c core.xxxx  
  2. #file ./a.out  
  3. #bt  


 4.开发板上使用core文件调试

       如果开发板的操作系统也是linux,core调试方法依然适用。如果开发板上不支持gdb,可将开发板的环境(依赖库)、可执行文件和core文件拷贝到PC的linux下
       在 PC上调试开发板上产生的core文件,需要使用交叉编译器自带的gdb,并且需要在gdb中指定solib-absolute-prefix和 solib-search-path两个变量以保证gdb能够找到可执行程序的依赖库路径。有一种建立配置文件的方法,不需要每次启动gdb都配置以上变量,即:在待运行gdb的路径下建立.gdbinit。
配置文件内容:

  1. set solib-absolute-prefix YOUR_CROSS_COMPILE_PATH  
  2. set solib-search-path YOUR_CROSS_COMPILE_PATH  
  3. set solib-search-path YOUR_DEVELOPER_TOOLS_LIB_PATH  
  4. handle SIG32 nostop noprint pass  

注意:待调试的可执行文件,在编译的时候需要加-g,core文件才能正常显示出错信息!有时候core信息很大,超出了开发板的空间限制,生成的core信息会残缺不全而无法使用,可以通过挂载到PC的方式来规避这一点。


5. 什么时候不产生core文件

在下列条件下不产生core文件:

( a )进程是设置-用户-ID,而且当前用户并非程序文件的所有者;

( b )进程是设置--ID,而且当前用户并非该程序文件的组所有者;

( c )用户没有写当前工作目录的许可权;

( d )文件太大。core文件的许可权(假定该文件在此之前并不存在)通常是用户读/写,组读和其他读。


from : http://www.cnblogs.com/li-hao/archive/2011/09/25/2190278.html
  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
### 回答1: GDB是一种常用的调试工具,可以用来调试Linux系统中的程序。当程序崩溃时,会生成一个core文件,可以使用GDB来分析这个文件,找出程序崩溃的原因。 以下是使用GDB调试core文件的步骤: 1. 打开终端,进入core文件所在的目录。 2. 使用GDB命令打开core文件:gdb <程序名> <core文件名> 3. 使用GDB命令查看程序崩溃时的堆栈信息:bt 4. 使用GDB命令查看程序崩溃时的变量值:print <变量名> 5. 使用GDB命令查看程序崩溃时的寄存器值:info registers 6. 使用GDB命令查看程序崩溃时的内存信息:x/<长度><格式><地址> 7. 使用GDB命令退出调试:quit 通过以上步骤,可以使用GDB调试core文件,找出程序崩溃的原因。 ### 回答2: GDB是一种常用的开源调试工具,可以用于调试本地和远程程序。当程序崩溃或意外中止时,它会生成一个核心转储文件,其中包含程序崩溃的原因和状态信息。在Linux中使用GDB调试core文件是一种常用的调试方法。 首先,在编译程序时需要开启debug模式以生成调试信息和core文件。可以使用-g选项编译程序: gcc -g -o program program.c 此时运行程序,程序在发生崩溃时会生成一个core文件。 接下来,使用GDB打开core文件: gdb program core 这将会打开GDB并读取core文件。接下来使用bt(backtrace)命令查看程序在崩溃时的调用栈: (gdb) bt 此时GDB会显示出程序在崩溃前所有的函数调用,可以通过查看调用栈来定位崩溃原因。 如果存在代码中的断点,则可以在GDB中设置断点并重新运行程序,也可以在GDB中使用run命令重新运行程序。一旦程序停止,可以使用GDB的各种命令进行调试,例如查看变量,设置监视点等。 总之,在Linux中使用GDB调试core文件是一种非常方便和有效的调试方法。通过GDB的命令和核心文件中的调用栈信息,开发人员可以迅速定位程序崩溃的原因,并修复程序中的问题。 ### 回答3: GDB是一个非常强大的GNU调试器,可以用于调试C, C++, Ada, Objective-C, Pascal和其他编程语言写的程序。而core文件是程序在运行时出现错误或crash时产生的一种状态转储文件,里面包含了当前进程在运行时内存中的所有信息,为后续调试提供了很大的帮助。 在Linux中使用GDB调试core文件,首先需要保证已经编译生成了包含调试信息的可执行文件,并且程序在运行时出现了错误或crash导致生成了core文件。接下来,可以按照以下步骤进行调试: 第一步:启动GDB并附加到core文件所对应的进程中 gdb 可执行文件core文件名 例如: gdb myprogram core.1234 第二步:查看崩溃时产生的具体信息 使用命令“bt”(backtrace)查看代码在运行时堆栈中的位置,这样可以很容易地定位崩溃的位置,例如: (gdb) bt #0 0x00007ffff794e565 in raise () from /usr/lib/libc.so.6 #1 0x00007ffff794fd4b in abort () from /usr/lib/libc.so.6 #2 0x00005555555545d9 in foo(int) () #3 0x00005555555546a5 in main () 这样就可以看到,崩溃出现在foo(int)函数内。 第三步:查看当前函数的代码 使用“list”命令可以查看当前函数的代码,例如: (gdb) list 17 void foo(int value) { 18 if (value == 0) { 19 printf("divide by zero!\n"); 20 abort(); 21 } 22 printf("%d\n", 100 / value); 23 } 第四步:查看变量的值 使用“print”命令可以查看特定变量的值,例如: (gdb) print value $1 = 0 此时就可以看到,value的值是0。 通过这些步骤,可以有效地定位程序在运行时出现问题的地方,并且查看相应变量的值,为后续修复程序提供了很大的帮助。此外,GDB还支持许多其他的调试功能,例如设置断点、单步调试、查看寄存器等,可以根据具体情况,选择适当的调试方法来解决问题。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值