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

相关文章

如何解决Druid线程池Cause:java.sql.SQLRecoverableException:IO错误:Socket read timed out的问题

《如何解决Druid线程池Cause:java.sql.SQLRecoverableException:IO错误:Socketreadtimedout的问题》:本文主要介绍解决Druid线程... 目录异常信息触发场景找到版本发布更新的说明从版本更新信息可以看到该默认逻辑已经去除总结异常信息触发场景复

Python struct.unpack() 用法及常见错误详解

《Pythonstruct.unpack()用法及常见错误详解》struct.unpack()是Python中用于将二进制数据(字节序列)解析为Python数据类型的函数,通常与struct.pa... 目录一、函数语法二、格式字符串详解三、使用示例示例 1:解析整数和浮点数示例 2:解析字符串示例 3:解

CentOS 7 YUM源配置错误的解决方法

《CentOS7YUM源配置错误的解决方法》在使用虚拟机安装CentOS7系统时,我们可能会遇到YUM源配置错误的问题,导致无法正常下载软件包,为了解决这个问题,我们可以替换YUM源... 目录一、备份原有的 YUM 源配置文件二、选择并配置新的 YUM 源三、清理旧的缓存并重建新的缓存四、验证 YUM 源

python3 pip终端出现错误解决的方法详解

《python3pip终端出现错误解决的方法详解》这篇文章主要为大家详细介绍了python3pip如果在终端出现错误该如何解决,文中的示例方法讲解详细,感兴趣的小伙伴可以跟随小编一起了解一下... 目录前言一、查看是否已安装pip二、查看是否添加至环境变量1.查看环境变量是http://www.cppcns

python进行while遍历的常见错误解析

《python进行while遍历的常见错误解析》在Python中选择合适的遍历方式需要综合考虑可读性、性能和具体需求,本文就来和大家讲解一下python中while遍历常见错误以及所有遍历方法的优缺点... 目录一、超出数组范围问题分析错误复现解决方法关键区别二、continue使用问题分析正确写法关键点三

Java内存区域与内存溢出异常的详细探讨

《Java内存区域与内存溢出异常的详细探讨》:本文主要介绍Java内存区域与内存溢出异常的相关资料,分析异常原因并提供解决策略,如参数调整、代码优化等,帮助开发者排查内存问题,需要的朋友可以参考下... 目录一、引言二、Java 运行时数据区域(一)程序计数器(二)Java 虚拟机栈(三)本地方法栈(四)J

Ubuntu上手动安装Go环境并解决“可执行文件格式错误”问题

《Ubuntu上手动安装Go环境并解决“可执行文件格式错误”问题》:本文主要介绍Ubuntu上手动安装Go环境并解决“可执行文件格式错误”问题,具有很好的参考价值,希望对大家有所帮助,如有错误或未... 目录一、前言二、系统架构检测三、卸载旧版 Go四、下载并安装正确版本五、配置环境变量六、验证安装七、常见

正则表达式r前缀使用指南及如何避免常见错误

《正则表达式r前缀使用指南及如何避免常见错误》正则表达式是处理字符串的强大工具,但它常常伴随着转义字符的复杂性,本文将简洁地讲解r的作用、基本原理,以及如何在实际代码中避免常见错误,感兴趣的朋友一... 目录1. 字符串的双重翻译困境2. 为什么需要 r?3. 常见错误和正确用法4. Unicode 转换的

java变量内存中存储的使用方式

《java变量内存中存储的使用方式》:本文主要介绍java变量内存中存储的使用方式,具有很好的参考价值,希望对大家有所帮助,如有错误或未考虑完全的地方,望不吝赐教... 目录1、介绍2、变量的定义3、 变量的类型4、 变量的作用域5、 内存中的存储方式总结1、介绍在 Java 中,变量是用于存储程序中数据

解决tomcat启动时报Junit相关错误java.lang.ClassNotFoundException: org.junit.Test问题

《解决tomcat启动时报Junit相关错误java.lang.ClassNotFoundException:org.junit.Test问题》:本文主要介绍解决tomcat启动时报Junit相... 目录tomcat启动时报Junit相关错误Java.lang.ClassNotFoundException