本文主要是介绍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
- 剔除程序文件中的调试信息,减少目标程序的大小
- 一般在程序发布前都需要将调试信息剔除
- 过多的调试信息可能影响程序的执行效率
几乎所有的调试工具都依赖于目标文件中的调试信息,这些调试信息能都帮助我们快速定位问题。而这些调试信息给可执行文件代码冗余,一般我们在程序发布前会将这些调试信息剔除掉。
操作过程:
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——如何找到内存中的内存错误的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!