linux下利用backtrace追踪函数调用堆栈以及定位段错误

一般察看函数运行时堆栈的方法是使用GDB(bt命令)之类的外部调试器,但是,有些时候为了分析程序的BUG,(主要针对长时间运行程序的分析),在程序出错时打印出函数的调用堆栈是非常有用的。

在glibc头文件"execinfo.h"中声明了三个函数用于获取当前线程的函数调用堆栈。

 

[cpp] view plain copy

 

 print?

  1. int backtrace(void **buffer,int size)  

该函数用于获取当前线程的调用堆栈,获取的信息将会被存放在buffer中,它是一个指针列表。参数 size 用来指定buffer中可以保存多少个void* 元素。函数返回值是实际获取的指针个数,最大不超过size大小

在buffer中的指针实际是从堆栈中获取的返回地址,每一个堆栈框架有一个返回地址

注意:某些编译器的优化选项对获取正确的调用堆栈有干扰,另外内联函数没有堆栈框架;删除框架指针也会导致无法正确解析堆栈内容

 

[cpp] view plain copy

 

 print?

  1. char ** backtrace_symbols (void *const *buffer, int size)  

backtrace_symbols将从backtrace函数获取的信息转化为一个字符串数组. 参数buffer应该是从backtrace函数获取的指针数组,size是该数组中的元素个数(backtrace的返回值)   
   
函数返回值是一个指向字符串数组的指针,它的大小同buffer相同.每个字符串包含了一个相对于buffer中对应元素的可打印信息.它包括函数名,函数的偏移地址,和实际的返回地址

现在,只有使用ELF二进制格式的程序才能获取函数名称和偏移地址.在其他系统,只有16进制的返回地址能被获取.另外,你可能需要传递相应的符号给链接器,以能支持函数名功能(比如,在使用GNU ld链接器的系统中,你需要传递(-rdynamic), -rdynamic可用来通知链接器将所有符号添加到动态符号表中,如果你的链接器支持-rdynamic的话,建议将其加上!)

该函数的返回值是通过malloc函数申请的空间,因此调用者必须使用free函数来释放指针.

注意:如果不能为字符串获取足够的空间函数的返回值将会为NULL

 

[cpp] view plain copy

 

 print?

  1. void backtrace_symbols_fd (void *const *buffer, int size, int fd)  

backtrace_symbols_fd与backtrace_symbols 函数具有相同的功能,不同的是它不会给调用者返回字符串数组,而是将结果写入文件描述符为fd的文件中,每个函数对应一行.它不需要调用malloc函数,因此适用于有可能调用该函数会失败的情况

 

下面是glibc中的实例(稍有修改):

[cpp] view plain copy

 

 print?

  1. #include <execinfo.h>  
  2. #include <stdio.h>  
  3. #include <stdlib.h>  
  4.   
  5. /* Obtain a backtrace and print it to @code{stdout}. */  
  6. void print_trace (void)  
  7. {  
  8.     void *array[10];  
  9.     size_t size;  
  10.     char **strings;  
  11.     size_t i;  
  12.    
  13.     size = backtrace (array, 10);  
  14.     strings = backtrace_symbols (array, size);  
  15.     if (NULL == strings)  
  16.     {  
  17.         perror("backtrace_synbols");  
  18.         Exit(EXIT_FAILURE);  
  19.     }  
  20.   
  21.     printf ("Obtained %zd stack frames.\n", size);  
  22.   
  23.     for (i = 0; i < size; i++)  
  24.         printf ("%s\n", strings[i]);  
  25.   
  26.     free (strings);  
  27.     strings = NULL;  
  28. }  
  29.   
  30. /* A dummy function to make the backtrace more interesting. */  
  31. void dummy_function (void)  
  32. {  
  33.     print_trace ();  
  34. }  
  35.   
  36. int main (int argc, char *argv[])  
  37. {  
  38.     dummy_function ();  
  39.     return 0;  
  40. }  

输出如下:

[cpp] view plain copy

 

 print?

  1. Obtained 4 stack frames.  
  2. ./execinfo() [0x80484dd]  
  3. ./execinfo() [0x8048549]  
  4. ./execinfo() [0x8048556]  
  5. /lib/i386-linux-gnu/libc.so.6(__libc_start_main+0xf3) [0x70a113]  

 

我们还可以利用这backtrace来定位段错误位置。

通常情况系,程序发生段错误时系统会发送SIGSEGV信号给程序,缺省处理是退出函数。我们可以使用 signal(SIGSEGV, &your_function);函数来接管SIGSEGV信号的处理,程序在发生段错误后,自动调用我们准备好的函数,从而在那个函数里来获取当前函数调用栈。

举例如下:

[cpp] view plain copy

 

 print?

  1. #include <stdio.h>  
  2. #include <stdlib.h>  
  3. #include <stddef.h>  
  4. #include <execinfo.h>  
  5. #include <signal.h>  
  6.   
  7. void dump(int signo)  
  8. {  
  9.     void *buffer[30] = {0};  
  10.     size_t size;  
  11.     char **strings = NULL;  
  12.     size_t i = 0;  
  13.   
  14.     size = backtrace(buffer, 30);  
  15.     fprintf(stdout, "Obtained %zd stack frames.nm\n", size);  
  16.     strings = backtrace_symbols(buffer, size);  
  17.     if (strings == NULL)  
  18.     {  
  19.         perror("backtrace_symbols.");  
  20.         exit(EXIT_FAILURE);  
  21.     }  
  22.       
  23.     for (i = 0; i < size; i++)  
  24.     {  
  25.         fprintf(stdout, "%s\n", strings[i]);  
  26.     }  
  27.     free(strings);  
  28.     strings = NULL;  
  29.     exit(0);  
  30. }  
  31.   
  32. void func_c()  
  33. {  
  34.     *((volatile char *)0x0) = 0x9999;  
  35. }  
  36.   
  37. void func_b()  
  38. {  
  39.     func_c();  
  40. }  
  41.   
  42. void func_a()  
  43. {  
  44.     func_b();  
  45. }  
  46.   
  47. int main(int argc, const char *argv[])  
  48. {  
  49.     if (signal(SIGSEGV, dump) == SIG_ERR)  
  50.         perror("can't catch SIGSEGV");  
  51.     func_a();  
  52.     return 0;  
  53. }  

 

编译程序:

gcc -g -rdynamic test.c -o test; ./test

输出如下:

[cpp] view plain copy

 

 print?

  1. Obtained6stackframes.nm  
  2. ./backstrace_debug(dump+0x45)[0x80487c9]  
  3. [0x468400]  
  4. ./backstrace_debug(func_b+0x8)[0x804888c]  
  5. ./backstrace_debug(func_a+0x8)[0x8048896]  
  6. ./backstrace_debug(main+0x33)[0x80488cb]  
  7. /lib/i386-linux-gnu/libc.so.6(__libc_start_main+0xf3)[0x129113]  

 (这里有个疑问: 多次运行的结果是/lib/i368-linux-gnu/libc.so.6和[0x468400]的返回地址是变化的,但不变的是后三位, 不知道为什么)

接着:

objdump -d test > test.s

在test.s中搜索804888c如下:

 

[cpp] view plain copy

 

 print?

  1. 8048884 <func_b>:  
  2. 8048884:    55              push %ebp  
  3. 8048885:    89 e5            mov %esp, %ebp  
  4. 8048887:    e8 eb ff ff ff       call 8048877 <func_c>  
  5. 804888c:    5d                pop %ebp  
  6. 804888d:    c3                ret  

其中80488c时调用(call 8048877)C函数后的地址,虽然并没有直接定位到C函数,通过汇编代码, 基本可以推出是C函数出问题了(pop指令不会导致段错误的)。

我们也可以通过addr2line来查看

[cpp] view plain copy

 

 print?

  1. addr2line 0x804888c -e backstrace_debug -f  

输出:

[cpp] view plain copy

 

 print?

  1. func_b  
  2. /home/astrol/c/backstrace_debug.c:57  

 

以下是简单的backtrace原理实现:

 

[cpp] view plain copy

 

 print?

  1. #include <stdio.h>  
  2. #include <stdlib.h>  
  3. #include <string.h>  
  4.   
  5. #define LEN 4  
  6. #define FILENAME "stack"  
  7.   
  8. int backtrace(void **buffer, int size)  
  9. {  
  10.     int i = 0;  
  11.     unsigned long int reg_eip = 0;  
  12.     unsigned long int reg_ebp = 0;  
  13.     char cmd[size][64];  
  14.   
  15.     memset(cmd, 0, size * 64);  
  16.     __asm__ volatile (  
  17.         /* get current EBP */  
  18.         "movl %%ebp, %0 \n\t"  
  19.         :"=r"(reg_ebp)  /* output register */  
  20.         :       /* input  register */  
  21.         :"memory"   /* cloberred register */  
  22.     );    
  23.   
  24.     for (i = 0; i < size; i++)  
  25.     {  
  26.         reg_eip = *(unsigned long int *)(reg_ebp + 4);  
  27.         reg_ebp = *(unsigned long int *)(reg_ebp);  
  28.         buffer[i] = (void *)reg_eip;  
  29.         fprintf(stderr, "%p -> ", buffer[i]);  
  30.         sprintf(cmd[i], "addr2line %p -e ", buffer[i]);  
  31.         strncat(cmd[i], FILENAME" -f", strlen(FILENAME)+3);  
  32.         system(cmd[i]);  
  33.         puts("");         
  34.     }  
  35.   
  36.     return size;  
  37. }  
  38.   
  39. static void test2(void)  
  40. {  
  41.     int i = 0;  
  42.     void *buffer[LEN] = {0};  
  43.     backtrace(buffer, LEN);  
  44.     return;  
  45. }  
  46.   
  47. static void test1(void)  
  48. {  
  49.     test2();  
  50. }  
  51.   
  52. static void test(void)  
  53. {  
  54.     test1();  
  55. }  
  56.   
  57. int main(int argc, const char *argv[])  
  58. {  
  59.     test();  
  60.     return 0;  
  61. }  

 

参考链接:http://blog.csdn.net/qqwx_1986/article/details/5942863

时间: 2024-11-23 15:42:19

linux下利用backtrace追踪函数调用堆栈以及定位段错误的相关文章

嵌入式 linux下利用backtrace追踪函数调用堆栈以及定位段错误

    嵌入式 linux下利用backtrace追踪函数调用堆栈以及定位段错误 2015-05-27 14:19 184人阅读 评论(0) 收藏 举报  分类:   嵌入式(928)  一般察看函数运行时堆栈的方法是使用GDB(bt命令)之类的外部调试器,但是,有些时候为了分析程序的BUG,(主要针对长时间运行程序的分析),在程序出错时打印出函数的调用堆栈是非常有用的. 在glibc头文件"execinfo.h"中声明了三个函数用于获取当前线程的函数调用堆栈.   [cpp] vie

Linux下利用ioctl函数获取网卡信息

linux下的ioctl函数原型如下: #include <sys/ioctl.h> int ioctl(int handle, int cmd, [int *argc, int argv]) 函数成功返回0,失败返回-1. 其相关命令接口如下:   类别 Request 说明 数据类型 套 接 口 SIOCATMARK SIOCSPGRP SIOCGPGRP 是否位于带外标记 设置套接口的进程ID 或进程组ID 获取套接口的进程ID 或进程组ID int int int 文 件 FIONBI

linux下利用catalina定位tomcat问题原因

最近朋友的公司要搭建公司的内部WiKi系统,由于之前一起的用过confluence,所以其对confluence比较中意.不过朋友公司里面懂Linux的不多,所以只能在windows下搭建.不过在启动时发现一闪而过,查看logs目录也未发现有日志输出,本篇就通过catalina.bat文件进行问题定位---confluence的zip包是通过tomcat集成的,所以其处理原理和tomcat问题处理原理一样.   问题一:JAVA环境变量有空格   confluence 的启动文件有三个start

Linux下利用inode删除指定文件

本文主要介绍使用inode删除异常文件名的文件的方法,供大家参考: 在Linux中,有时候会遇到文件名是乱码或者是某些特殊中文的文件,这时候通过文件名就很难删除. 同时,对于linux中的任何一个文件都必然有其唯一的inode值,这时候就可以通过inode来删除异常文件名的文件. 操作的对象一般为类似下面的文件: [root@server tmp]# ll    总用量 61404-rw-r--r-- 1 root root 0 6月 16 14:58 ?    -rw-r--r-- 1 roo

在linux下利用crontab定时执行PHP脚本

最近急需这种方法,记录一下,有空的时候尝试^^ 在 linux下,可以使用crontab + php的方法: 1.使用crontab –e编辑定时任务 内容为: xx:xx:xx 执行一个test.php文件 2.php文件必须在文件头一行,加上解释器路径(就象perl做的那样) #!/usr/local/bin/php PHP的执行需要Apache的支持,shell脚本的执行需要Linux的支持,而Linux支持定时运行某个程序的功能 -----------------------------

Linux下利用文件描述符恢复的成功失败实验

    数据误删除是作为初级运维人员常常遇到的"低级错误",一些有经验的老手有时也在疲劳.不冷静的情况下"马失前蹄".一旦误删除数据文件,尽快采用影响最小.最迅速的手段恢复数据库是第一要务. 恢复数据的方法很多,比如冷热备份.闪回数据库等等,如果是直接从操作系统OS层面删除数据文件,在Linux/Unix环境下,有一些优选手段可以使用.其中之一就是文件描述符(File Description).   1.聊聊File Description   不同的操作系统,在实

Linux下传递参数时的Argument list too long错误

这篇文章是回复前几天在论坛一个朋友提出的问题,今天有空,整理了一下,发布出来,供大家参考! 当Linux下试图传递太多参数给一个系统命令(ls *; cp *; rm *; cat *; etc-)时,就会出现"Argument list too long"错误.本文将提供4种解决方法,按复杂程度由低到高排列. 方法#1: 手动把命令行参数分成较小的部分 例1 mv [a-l]* ../directory2 mv [m-z]* ../directory2 这是4种方法里最简单的,但是远

linux下resin3.025+apache运行jsp过一段时间后内存和cpu占用过大

问题描述 linux下resin3.025+apache运行10-20个jsp网站,过一段时间后内存和cpu占用过大,然后resin就死掉jsp页面就大不开了,重起resin又恢复正常,然后过一段时间又会出现内存和cpu占用过大.请问是什么原因啊?是jsp网站程序还是resin3.025+apache没设置好? 解决方案 解决方案二:应该是程序的问题吧,你用top命令看看那个进程占用的多.解决方案三:这个应该是你上面部署的网站有问题导致的.我不知道有没有什么管理工具可以看每一个网站占的内存.如果

Linux下利用Lsof恢复误删文件的方法

  原理:在Linux系统的/proc 分区下保存着进程的目录和名字,包含fd(文件描述符)和其下的子目录(进程打开文件的链接),那么如果删除了一个文件,还存在一个 inode的引用:/proc/进程号/fd/文件描述符.我们只要知道当前打开文件的进程pid和文件描述符fd就能利用lsof工具列出进程打开的文件. 一.将 ls 的手册过滤掉主要控制符后重定向到文件ls.txt 中,并用more查看,CTRL + Z 暂停查看操作 1: [root@localhost script]# man l