转载请注明出处:http://blog.csdn.net/horkychen

有时在查找问题时,不想中断程序运行就输出一下某个条件下的函数执行顺序可以帮助定位问题。


在Xcode下可以编辑断点设置中的Action设为Debugger Command, 如果你使用GDB作为调试器(项目设置),然后输入backtrace如下:

记得勾选"Automatically continue after evaluating", 这样程序就不会停在这个断点,而是继续执行下去。


运行结果:

#0  a (i=5) at /xxxx/TestBacktrace/main.c:20

#1  0x0000000100000e72 in main (argc=1, argv=0x7fff5fbffa88) at /xxxx/TestBacktrace/main.c:25


如果使用LLDB作为调试器,则输入bt, 其运行结果如下:

* thread #1: tid = 0x2503, 0x0000000102238e37 TestBacktrace`a + 7 at main.c:20, stop reason = breakpoint 1.1

    frame #0: 0x0000000102238e37 TestBacktrace`a + 7 at main.c:20

    frame #1: 0x0000000102238e72 TestBacktrace`main + 34 at main.c:25

    frame #2: 0x0000000102238d44 TestBacktrace`start + 52



Debugger的选择在这里:



另外也可以在代码中调用backtrace函数实现。 当你调试一个多进程程序时,Debugger可能无法及时attach目标进程,这个方法就有用了。

#include <execinfo.h>

void printCallStack(void)

{

    void* callstack[128];

    int i, frames = backtrace(callstack, 128);

    char** strs = backtrace_symbols(callstack, frames);

    for (i = 0; i < frames; ++i) 

    {

        printf("%s\n", strs[i]);

    }

    free(strs);

}


int a(int i)

{

    printCallStack();

    return i+1;

}

...


输出结果:

0   TestBacktrace                       0x00000001013ddd6a printCallStack + 42

1   TestBacktrace                       0x00000001013dde30 a + 16

2   TestBacktrace                       0x00000001013dde72 main + 34

3   TestBacktrace                       0x00000001013ddd34 start + 52


Windows下在Visual Studio,有类似的做法, 贴两张图就应该懂了:


*Windows的第二种方法可以参考CaptureStackBackTrace函数的使用:
1.  MSDN
 
GitHub 加速计划 / li / linux-dash
10.39 K
1.2 K
下载
A beautiful web dashboard for Linux
最近提交(Master分支:1 个月前 )
186a802e added ecosystem file for PM2 4 年前
5def40a3 Add host customization support for the NodeJS version 4 年前
Logo

旨在为数千万中国开发者提供一个无缝且高效的云端环境,以支持学习、使用和贡献开源项目。

更多推荐