通过backtrace_symbols输出信息定位coredump位置

最新推荐文章于 2024-08-07 07:38:36 发布
最新推荐文章于 2024-08-07 07:38:36 发布
阅读量1.8k 收藏 4
点赞数 2
分类专栏： debug 文章标签： debug
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/tl_sunshine/article/details/79829342
版权
当程序触发SIGSEGV信号时，通过backtrace_symbols获取堆栈信息有助于定位错误。文章介绍了如何解析_CXX_mangled_name的形式，并结合nm、objdump工具找到对应源码位置，以解决coredump问题。同时强调了智能指针在内存管理中的重要性，避免手动内存管理和循环引用。
摘要由CSDN通过智能技术生成

有时我们会在程序中检测：SIGSEGV信号，收到信号后，打印出当前的堆栈信息，进而方便我们定位出错的地方。
方法如下：

近期在线上环境中出现coredump后，打印如下的堆栈信息：

/var/ytt/mod_se/lib/libqsrch.so(_ZN14ImplSrchWorker8OnSignalEi+0x6a) [0x2aabd5e80aca]
03-29 09:36:15 ERROR  [10277,11336,if_worker.cpp,268] /lib64/libc.so.6 [0x30f04302d0]
03-29 09:36:15 ERROR  [10277,11336,if_worker.cpp,268] /var/ytt/mod_se/lib/libqsum.so(_ZN8Searcher6SearchEP11QsumContext+0x16e) [0x2aaaab6402fe]
03-29 09:36:15 ERROR  [10277,11336,if_worker.cpp,268] /var/ytt/mod_se/module/libmod_se.so(_ZN15SumSearcherImpl6SearchEP11QsumContext+0x3f) [0x2b99c197796f]

那怎样解析上面的信息呢？其中的：_ZN8Searcher6SearchEP11QsumContext+0x16e表示是的什么含义呢？

_ZN8Searcher6SearchEP11QsumContext是c++中的name mangle机制的表示形式（可用c+

最低0.47元/天 解锁文章
tl_sunshine
关注
  • 2
    点赞
  • 踩
  • 4
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
14018.应用程序调试-coredump and backtrace
写给自己的笔记
03-14 190
coredump 文件生成，coredump文件大小定制化裁剪
利用backtrace解决程序coredump
小磊的专栏
11-23 1037
1. 把下面的代码添加在产生coredump的function中，重新编译运行#include int size = 5; void* array[5]; int stack_num = backtrace(array, size); char** stacktrace = backtrace_symbols(array, stack_num); for(int i = 1; i < stack
内核调试---coredump&stack backtrace
steveliu->blog
09-03 910
coredump: coredump的内核配置： 需要设置executable file formats的enable core dump support属性以及general setup目录下configure standard kernel features的enbale elf core dumps属性 -------------------------------------...
glibc backtrace backtrace_symbols 的应用示例
eloudy的专栏
06-03 363
作用：在一个函数调用栈中，输出 backtrace()函数返回时需要执行的下一条指令的地址，以及返回主调函数后的下一条指令的地址，递归上一步，直到从系统中链接进来的 _start() 为止。
backtrace和backtrace_symbols函数的使用
ambercctv的博客
09-12 3963
在看libdrm库函数的时候想看看哪些函数调用了drmIoctl函数 对drmIoctl做了简单修改，调用了print_trace函数 /** * Call ioctl, restarting if it is interupted */ int drmIoctl(int fd, unsigned long request, void *arg) { int ret; ...
Debug小妙招·「1」--使用GDB分析进程Core Dump
最新发布
喜豆老爹的博客
08-07 736
什么是Core Dump当程序崩溃（例如，由于非法内存访问或除零操作）时，操作系统会生成一个文件，称为core dump。这个文件包含了程序在崩溃时的内存状态、寄存器内容、堆栈信息以及其他相关的调试信息。Core Dump的用途Core dump文件用于调试和分析程序崩溃的原因，帮助开发者复现和修复bug。通过本教程，你应该学会了如何配置系统生成core dump文件，并使用GDB对core dump进行分析。通过掌握这些技能，你可以更高效地调试和解决程序崩溃问题。
通过coredump - 用backtrace和addr2line 查找异常函数栈
chenzhjlf的专栏
05-06 926
为什么不想要coredump？ 也许你会说，coredump很好啊，程序异常崩溃时候，coredump会提供程序的内存、堆栈、寄存器、函数栈等各种信息，是定位BUG的利器啊。 的确，我也同意，coredump有诸多好处。但是有一种场景让我不得不放弃它 -如果程序运行时占用大量内存，异常崩溃时生成的coredump文件可能会非常非常大。比如，某个程序运行时占用20GB内存，当它异常时可能会生成40GB大小的core文件，而生成文件的写盘过程非常缓慢，这会严重影响系统的整体运行情况。可以假想，这个程序如果.
调试方法 - 崩溃问题定位 - backtrace
qazw9600的专栏
04-11 2495
说明 在嵌入式开发中，由于资源限制，无法使用gdb进行问题调试，这种情况下如果出现程序崩溃，定位问题会比较麻烦。 研究方案 网上流行开源工具：Google breakpad。 backtrace + addr2line。 Google breakpad Google breakpad是一个非常实用的跨平台崩溃转储和分析模块，支持Windows，Linux和Mac和Solaris多个平台。...
Linux应用中用backtrace和memory map信息定位段错误代码的方法
fengel_cs的专栏
03-27 1841
Linux内核出现段错误，会打印出栈信息(dmesg命令可以看到这些信息)。linux中Oops信息的调试及栈回溯(sù)，http://blog.csdn.net/u012839187/article/details/78963443。 Linux core 文件介绍:https://www.cnblogs.com/dongzhiquan/archive/2012/01/20/2328355.h...
libbacktrace:可以链接到CC ++程序以产生符号回溯的AC库
05-05
libbacktrace 可以链接到C / C ++程序以产生符号回溯的AC库 最初由Ian Lance Taylor 。 这是1.0版。 很有可能这将始终是1.0版。 libbacktrace库可以链接到程序或库中，并用于产生符号回溯。 样本用途是在发生错误时打印详细的回溯记录或收集详细的性能分析信息。 通常，此库提供的功能是异步信号安全的，这意味着可以从信号处理程序中安全地调用它们。 libbacktrace库是在BSD许可下提供的。 请参阅源文件以获取确切的许可证文本。 公用函数在头文件backtrace.h中声明并记录在文件中，该文件应由库的用户#include包含。 构建libbacktrace将生成一个文件backtrace-supported.h，该库的用户可以使用它来确定backtrace是否将起作用。 有关其定义的宏，请参见源文件backtrace-suppo
利用backtrace和backtrace_symbols函数打印调用栈信息
阳光梦的专栏
05-15 1751
http://www.cnblogs.com/mickole/p/3246702.html 在头文件"execinfo.h"中声明了三个函数用于获取当前线程的函数调用堆栈。 #include  int backtrace(void **buffer, int size);  char **backtrace_symbols(void *const *buffe
Linux程序异常退出用backtrace定位分析
qq_15762939的博客
01-14 6094
前言 在调试代码时，难免会遇到段错误或各种异常导致进程退出，尤其处理大型工程代码时如果没有一个好的调试工具，定位问题很麻烦和费时间。下面简单介绍如何用backtrace定位程序退出位置。 一：获取程序堆栈API介绍 Linux c/c++开发环境下，可以使用以下函数API来获取进程调用的堆栈信息 #include <execinfo.h> int backtrace(void **b...
打印函数调用栈----backtrace原理简单实现
热门推荐
鬼手
06-13 1万+
backtrace函数是callstack调试器的基本功能之一，利用此功能，可以看到各级函数的调用关系。在gdb中，这一功能被称为backtrace，输入bt命令就可以看到当前函数的callstack。它的实现多少有些有趣，这里研究一下。 我们先看看栈的基本模型 参数N ↓高地址 参数… 函数参数入栈的顺序与具体的调用方式有关
Linux下利用backtrace追踪函数调用堆栈以及定位段错误
wangjidong198612的博客
07-20 705
通常情况系，程序发生段错误时系统会发送SIGSEGV信号给程序，缺省处理是退出函数。我们可以使用 signal(SIGSEGV, &your_function);函数来接管SIGSEGV信号的处理，程序在发生段错误后，自动调用我们准备好的函数，从而在那个函数里来获取当前函数调用栈。 举例如下： #include #include #include #include #i
C语言C++堆栈打印方法
MrWangHao的博客
02-19 1146
【代码】C语言C++堆栈打印方法。
linux下利用coredump技术追查进程崩溃原因
学长Online
03-29 9454
最近项目中出现了一个问题，服务器端程序会突然崩溃退出，我们采取了coredump技术以找到崩溃原因，即确定进程退出时正在执行的函数是哪个，其状态如何。        如果系统开启了coredump，准确的说如果当前的shell环境开启了coredump，当前shell环境下的程序崩溃退出时，会把当时进程的栈的内存状态写入core文件。使用gdb可以查看这个core文件中保存的栈的状态，gdb a
backtrace_symbols源码
01-20
backtrace_symbols是一个在程序崩溃时打印堆栈信息的函数。下面给出backtrace_symbols的源码解释。 backtrace_symbols函数的声明如下： ``` char **backtrace_symbols(void *const *buffer, int size); ``` 该函数接受两个参数，buffer是一个指针数组，存储了函数调用栈的每个地址；size是buffer数组中的元素个数。 函数返回一个指向字符串数组的指针，每个字符串对应一个地址，包含了该地址所对应的符号信息。返回的指针数组的长度和size相同。 backtrace_symbols的源码实现比较复杂，具体的实现依赖于底层的操作系统和编译器。它的实现一般分为两个步骤： 1. 获取函数调用栈的地址信息。在现代操作系统中，有一种特殊的数据结构叫做栈帧（stack frame）来保存函数的调用信息。当程序崩溃时，可以通过解读栈帧来获取函数调用栈的地址信息。栈帧中包含了函数的返回地址，可以用来定位函数的起始地址。 2. 解析地址信息，获取符号信息。在C/C++编译生成的可执行文件中，编译器会在符号表中记录函数的地址和名称的对应关系。通过遍历调用栈中的地址，可以通过查找符号表来获取调用栈上每个地址所对应的函数名称。 具体的实现步骤和细节会因编译器和操作系统而有所不同。在Linux系统下，backtrace_symbols的实现会使用辅助函数dladdr来获取符号信息。 总的来说，backtrace_symbols是一个非常有用的函数，可以帮助程序员在程序崩溃时定位错误的位置。通过查看函数调用栈，可以了解到程序执行到错误位置之前经过的函数调用路径，有助于定位和修复代码中的bug。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值