使用gdb+core查看错误信息

core的使用Linux下core文件调试方法 

ulimit -c xxx可以设置core文件的大小

proc/sys/kernel/core_pattern可以控制core文件保存位置和文件名格式。
  可通过以下命令修改此文件:
  echo "/mnt/core-%e-%p-%t" > /proc/sys/kernel/core_pattern,可以将core文件统一生成到/corefile目录下,产生的文件名为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 添加命令名

使用gdb查看core。如果是交叉编译器的可执行文件不能使用当前系统下的gdb。

  在~目录下配置.gdbinit文件。

  set solib-absolute-prefix YOUR_CROSS_COMPILE_PATH

  set solib-search-path YOUR_CROSS_COMPILE_PATH
  set solib-search-path YOUR_DEVELOPER_TOOLS_LIB_PATH
  handle SIG32 nostop noprint pass

我以上三个路径前两个为交叉编译的路径,后一个将目标板的lib复制出来使用。

最后使用gdb 待调试可执行文件 core文件就能进行调试

转载于:https://www.cnblogs.com/Jacket-K/p/7390612.html

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
gdb是一款用于调试程序的工具,可以通过它来查看和分析程序运行时的状态。而core文件是在程序出现严重错误或崩溃时自动生成的,包含了程序在崩溃时的内存状态和调用栈信息。 使用gdb查看core文件可以帮助我们定位程序崩溃或错误的原因。首先,我们需要确保程序编译时开启了core文件生成的选项,可以通过在编译时使用"-g"参数来开启。当程序崩溃时,系统会生成一个core文件。 要使用gdb查看core文件,首先需要打开终端,并在终端中输入"gdb"命令以启动gdb。然后,使用"gdb <可执行文件路径> <core文件路径>"这样的命令来加载core文件。这样gdb就会将core文件和可执行文件关联起来,方便我们进行调试。 加载core文件后,我们可以使用一系列的gdb命令来查看和分析core文件。例如,使用"backtrace"命令可以查看崩溃时的调用栈信息。使用"up"和"down"命令可以在不同的栈帧之间切换,查看各个函数的调用关系。使用"print"命令可以查看变量的值。还可以使用"run"命令来重新运行程序,并在崩溃的位置设置断点以进行调试。 通过使用以上的命令和调试技巧,我们可以有效地利用gdb查看和分析core文件,找出程序崩溃或错误的原因,并进行修复和调试。这对于开发人员来说非常重要,可以帮助他们快速定位和解决问题,提高程序的稳定性和可靠性。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值