binutils——如何找到内存中的内存错误

2024-01-11 02:38
文章标签 内存 错误 找到 binutils

本文主要是介绍binutils——如何找到内存中的内存错误,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

      • addr2line
      • Addr2line示例:定位0地址访问
        • 1.开启core dump选项
        • 2.运行程序,并生成崩溃的core文件
        • 3.读取core文件,获取IP寄存器的值
        • 4.使用addr2line定位代码行
      • strip

问题:我工程项目中,经常会出现内存操作错误这样的BUG。而这种BUG往往是很难发现的,因为编译器发现不了这样的错误,并且发生错误的地方和导致错误的地方往往不在同一个地方。这样的BUG很难用人力去发现。
那么我们可以用什么工具帮助我们找到BUG的地方呢?

addr2line

  • 将指定地址转换为对应的文件名和行号
  • 常用语分析和定位内存访问错误的问题
*示例代码:利用addr2line查找内存错误*
//func.c
#include <stdio.h>int* g_pointer;void func()
{
*g_pointer =(int)"D.T.Software";return;
}
//main.c
#include <stdio.h>int g_global =0;
int g_test =1;externint* g_pointer;
externvoid func();int main(int argc,char*argv[])
{printf("&g_global = %p\n",&g_global);printf("&g_test = %p\n",&g_test);printf("&g_pointer = %p\n",&g_pointer);printf("g_pointer = %p\n", g_pointer);printf("&func = %p\n",&func);printf("&main = %p\n",&main);func();return0;
}

输出结果:
delphi@delphi-vm:~/workspace$ gcc -g func.c main.c -o test.out
delphi@delphi-vm:~/workspace$ ls
func.c main.c test.out
delphi@delphi-vm:~/workspace\$ ./test.out
&g_global = 0x804a020
&g_test = 0x804a014
&g_pointer = 0x804a024
g_pointer = (nil)
&func = 0x80483c4
&main = 0x80483d8
段错误

明显的,从打印信息可以判断出:发生段错误的是func()中的某一行。
而我们通过阅读代码可以知道:BUG的根源是:int* g_pointer。
这种问题在小程序可以轻易找到,但是在大型项目中,这种问题却很难发现,并且一般在项目中,没有打印信息帮助我们,这时候我们就需要借助工具来帮助我们找到BUG了。

Addr2line示例:定位0地址访问

1.开启core dump选项

ulimit –c unlimited
我们在用这个命令的时候主要是为了产生core文件,就是程序运行发行段错误时的文件。unlimited代表不限制core文件的大小。

2.运行程序,并生成崩溃的core文件

执行导致程序崩溃的测试用例(可执行文件)。

3.读取core文件,获取IP寄存器的值

dmseg core
core文件无法直接打开,只能通过dmseg命令将其打开。

4.使用addr2line定位代码行

addr2line (core得到导致段错误地址) –f –e test.out
-f代表打印文件名和行号,-e用于指定可执行文件名称。
更多命令选项,可以使用man addr2line命令进行查看。

调试过程:

delphi@delphi-vm:~/workspace$ ulimit -c unlimited
delphi@delphi-vm:~/workspace$ ./test.out 
&g_global = 0x804a020
&g_test = 0x804a014
&g_pointer = 0x804a024
g_pointer = (nil)
&func = 0x80483c4
&main = 0x80483d8
段错误 (核心已转储)
delphi@delphi-vm:~/workspace$ ls
core  func.c  main.c  test.out
delphi@delphi-vm:~/workspace$ dmseg core
….(此处省略N行)
[201464.145237] eth0: no IPv6 routers present
[201699.968041] test.out[1780]: segfault at 0 ip 08048469 sp bf983808 error 6 in test.out[8048000+1000]
[202039.963372] test.out[1816]: segfault at 0 ip 08048469 sp bfcbbe98 error 6 in test.out[8048000+1000]
[207305.105360] test.out[2312]: segfault at 0 ip 08048469 sp bfd3fdb8 error 6 in test.out[8048000+1000]
[207358.788489] test.out[2376]: segfault at 0 ip 080483d1 sp bf803e18 error 6 in test.out[8048000+1000]
[207391.433831] test.out[2379]: segfault at 0 ip 080483d1 sp bfd6fc08 error 6 in test.out[8048000+1000]
[208563.525809] test.out[2558]: segfault at 0 ip 080483d1 sp bfa05a38 error 6 in test.out[8048000+1000]
delphi@delphi-vm:~/workspace$ addr2line 08048469 -f -e test.out
main
/home/delphi/workspace/main.c:20
delphi@delphi-vm:~/workspace$ addr2line 080483d1 -f -e test.out
func
/home/delphi/workspace/func.c:7

注意:
要获得core文件。编译时一定要带上-g选项:gcc -g func.c main.c -o test.out。这是为了让编译器在可执行文件中放置调试信息,否则add2line命令将不能发挥作用。
具体调试信息中包含了哪些内容。可以用objdump命令查看。

问题:我们调试程序需要调试信息,但是我们最终发布出去的版本却不需要这些调试信息,那么我们如何剔除可执行文件中的调试信息呢?

strip

  • 剔除程序文件中的调试信息,减少目标程序的大小
  • 一般在程序发布前都需要将调试信息剔除
  • 过多的调试信息可能影响程序的执行效率

strip test.out

几乎所有的调试工具都依赖于目标文件中的调试信息,这些调试信息能都帮助我们快速定位问题。而这些调试信息给可执行文件代码冗余,一般我们在程序发布前会将这些调试信息剔除掉。

操作过程:

root@Shaw-vm:/home/delphi/workspace# ls -l test.out 
-rwxr-xr-x 1 root root 8433 2017-05-25 08:48 test.out
root@Shaw-vm:/home/delphi/workspace# strip test.out 
root@Shaw-vm:/home/delphi/workspace# ls -l test.out 
-rwxr-xr-x 1 root root 5508 2017-05-25 09:03 test.out
root@Shaw-vm:/home/delphi/workspace# addr2line 0x08080483d1 -f -e test.out 
??
??:0

这篇关于binutils——如何找到内存中的内存错误的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/592873

相关文章

MySQL 内存使用率常用分析语句

《MySQL内存使用率常用分析语句》用户整理了MySQL内存占用过高的分析方法,涵盖操作系统层确认及数据库层bufferpool、内存模块差值、线程状态、performance_schema性能数据... 目录一、 OS层二、 DB层1. 全局情况2. 内存占js用详情最近连续遇到mysql内存占用过高导致

最新Spring Security的基于内存用户认证方式

《最新SpringSecurity的基于内存用户认证方式》本文讲解SpringSecurity内存认证配置,适用于开发、测试等场景,通过代码创建用户及权限管理,支持密码加密,虽简单但不持久化,生产环... 目录1. 前言2. 因何选择内存认证?3. 基础配置实战❶ 创建Spring Security配置文件

java内存泄漏排查过程及解决

《java内存泄漏排查过程及解决》公司某服务内存持续增长,疑似内存泄漏,未触发OOM,排查方法包括检查JVM配置、分析GC执行状态、导出堆内存快照并用IDEAProfiler工具定位大对象及代码... 目录内存泄漏内存问题排查1.查看JVM内存配置2.分析gc是否正常执行3.导出 dump 各种工具分析4.

Python错误AttributeError: 'NoneType' object has no attribute问题的彻底解决方法

《Python错误AttributeError:NoneTypeobjecthasnoattribute问题的彻底解决方法》在Python项目开发和调试过程中,经常会碰到这样一个异常信息... 目录问题背景与概述错误解读:AttributeError: 'NoneType' object has no at

SpringBoot+Docker+Graylog 如何让错误自动报警

《SpringBoot+Docker+Graylog如何让错误自动报警》SpringBoot默认使用SLF4J与Logback,支持多日志级别和配置方式,可输出到控制台、文件及远程服务器,集成ELK... 目录01 Spring Boot 默认日志框架解析02 Spring Boot 日志级别详解03 Sp

怎样通过分析GC日志来定位Java进程的内存问题

《怎样通过分析GC日志来定位Java进程的内存问题》:本文主要介绍怎样通过分析GC日志来定位Java进程的内存问题,具有很好的参考价值,希望对大家有所帮助,如有错误或未考虑完全的地方,望不吝赐教... 目录一、GC 日志基础配置1. 启用详细 GC 日志2. 不同收集器的日志格式二、关键指标与分析维度1.

Java内存分配与JVM参数详解(推荐)

《Java内存分配与JVM参数详解(推荐)》本文详解JVM内存结构与参数调整,涵盖堆分代、元空间、GC选择及优化策略,帮助开发者提升性能、避免内存泄漏,本文给大家介绍Java内存分配与JVM参数详解,... 目录引言JVM内存结构JVM参数概述堆内存分配年轻代与老年代调整堆内存大小调整年轻代与老年代比例元空

python3如何找到字典的下标index、获取list中指定元素的位置索引

《python3如何找到字典的下标index、获取list中指定元素的位置索引》:本文主要介绍python3如何找到字典的下标index、获取list中指定元素的位置索引问题,具有很好的参考价值,... 目录enumerate()找到字典的下标 index获取list中指定元素的位置索引总结enumerat

C++高效内存池实现减少动态分配开销的解决方案

《C++高效内存池实现减少动态分配开销的解决方案》C++动态内存分配存在系统调用开销、碎片化和锁竞争等性能问题,内存池通过预分配、分块管理和缓存复用解决这些问题,下面就来了解一下... 目录一、C++内存分配的性能挑战二、内存池技术的核心原理三、主流内存池实现:TCMalloc与Jemalloc1. TCM

SpringBoot排查和解决JSON解析错误(400 Bad Request)的方法

《SpringBoot排查和解决JSON解析错误(400BadRequest)的方法》在开发SpringBootRESTfulAPI时,客户端与服务端的数据交互通常使用JSON格式,然而,JSON... 目录问题背景1. 问题描述2. 错误分析解决方案1. 手动重新输入jsON2. 使用工具清理JSON3.