轉載請註明出處: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. MSDN2. Win32 - Backtrace from C code