《Debug Hacks》和除錯技巧

阿新 • • 發佈：2019-01-10

Debug Hacks

作者為吉岡弘隆、大和一洋、大巖尚巨集、安部東洋、吉田俊輔，有中文版《Debug Hacks中文版—深入除錯的技術和工具》。這本書涉及了很多除錯技巧，對偵錯程式使用、核心除錯方法、常見錯誤的原因，還介紹了systemtap、strace、ltrace等一大堆工具，非常值得一讀。

話說我聽說過的各程式設計課程似乎都沒有強調過除錯的重要性，把除錯當作單獨一節課來上(就算有估計也上不好)，很多人都只會printf除錯法，breakpoint都很少用，就不提conditional breakpoint、watchpoint、reverse execution之類的了。也看到過很多同學在除錯上浪費了很長很長的時間。

下面是篇review，也包含了一些我自己整理的一些除錯技巧。

折騰工具

繼續牢騷幾句，我接觸過的人當中感覺最執著與折騰工具的人只有兩個，ppwwyyxx和xiaq，他們是少有的能把折騰工具當作正經工作來做的人。

很久以前我還會到處在網上搜索好的實用工具，尤其是那些CLI程式，比如renameutils、xsel、recode、the_silver_searcher，查閱文件定製自己的配置檔案。但這麼做花費的時間太多。後來就想我可以搜尋一些善於折騰的人的配置檔案，關注他們修改了哪些地方，我的配置只要取眾家之所長就可以了。

先厚顏自薦一下我的配置。下面的使用者列表就是我找到的在GitHub上把dotfiles

配置地井井有條的人(如果GitHub支援按照專案的大小排序，列表蒐集就能省很多麻煩了)：

1	alejandrogomez bhj craigbarnes dotvim hamaco joedicastro laurentb ok100 pyx roylez sjl trapd00r vodik w0ng

有了上述的dotfiles，其他人的dotfiles大多都不願看了。但是五嶽歸來不看山，黃山歸來不看嶽，ppwwyyxx的dotfiles感覺與之前諸位相比更勝一籌。

無關的話到此結束，下面是正文：

gdb

記錄歷史

把下面幾行新增到~/.gdbinit中吧，gdb啟動時會自動讀取裡面的命令並執行：

123	set history save onset history size 10000set history filename ~/.history/gdb

我習慣在~/.history堆放各個歷史檔案。有了歷史，使用readline的reverse-search-history (C-r)就能輕鬆喚起之前輸入過的命令。

修改任意記憶體地址的值

1	set {int}0x83040 = 4

顯示intel風格的彙編指令

1	set disassembly-flavor intel

斷點在function prologue前

先說一下function prologue吧，每個函式最前面一般有三四行指令用來儲存舊的幀指標(rbp)，並騰出一部分棧空間(通常用於儲存區域性變數、為當前函式呼叫其他函式騰出空間存放參數，有時候還會儲存字面字串，當有nested function時也會用於儲存當前的棧指標)。

在x86-64環境下典型的funcition prologue長成這樣：

123	push rbpmov rbp, rspsub rsp, 0x10

可能還會有and指令用於對齊rsp。如果編譯時加上-fomit-frame-pointer(Visual Studio中文版似乎譯作“省略框架指標”)，那麼生成的指令就會避免使用rbp，function prologue就會簡化成下面一行：

1	sub rsp, 0x10

設定斷點時如果使用了b *func的格式，也就是說在函式名前加上*，gdb就會在執行function prologue前停下，而b func則是在執行function prologue後停下。參考下面的會話：

1234567891011121314151617181920212223242526

% gdb a.outReading symbols from /tmp/a.out...done.(gdb) b *mainBreakpoint 1 at 0x4005cc: file a.c, line 4.(gdb) rStarting program: /tmp/a.out warning: Could not load shared library symbols for linux-vdso.so.1.Do you need "set solib-search-path" or "set sysroot"?Breakpoint 1, main () at a.c:44 {(gdb) disasDump of assembler code for function main:=> 0x00000000004005cc <+0>: push rbp 0x00000000004005cd <+1>: mov rbp,rsp 0x00000000004005d0 <+4>: sub rsp,0x10 0x00000000004005d4 <+8>: mov DWORD PTR [rbp-0x4],0x0 0x00000000004005db <+15>: mov eax,DWORD PTR [rbp-0x4] 0x00000000004005de <+18>: mov esi,eax 0x00000000004005e0 <+20>: mov edi,0x4006ec 0x00000000004005e5 <+25>: mov eax,0x0 0x00000000004005ea <+30>: call 0x400454 <[email protected]> 0x00000000004005ef <+35>: leave 0x00000000004005f0 <+36>: ret End of assembler dump.(gdb)

Checkpoint

gdb可以為被除錯的程式建立一個快照，即儲存程式執行時的狀態，等待以後恢復。這個是非常方便的一個功能，特別適合需要探測接下來會發生什麼但又不想離開當前狀態時使用。

ch是建立快照，d c ID是刪除指定編號的快照，i ch是檢視所有快照，restart ID是切換到指定編號的快照，詳細說明可以在shell裡鍵入info '(gdb) Checkpoint/Restart'檢視。

12345678910111213141516171819202122232425262728

% gdb ./a.outReading symbols from /tmp/a.out...done.(gdb) b 6Breakpoint 1 at 0x4005db: file a.c, line 6.(gdb) rStarting program: /tmp/a.out warning: Could not load shared library symbols for linux-vdso.so.1.Do you need "set solib-search-path" or "set sysroot"?Breakpoint 1, main () at a.c:66 printf("%d\n", a);(gdb) chcheckpoint: fork returned pid 6420.(gdb) p a=3$1 = 3(gdb) i ch 1 process 6420 at 0x4005db, file a.c, line 6* 0 process 6416 (main process) at 0x4005db, file a.c, line 6(gdb) restart 1Switching to process 6420#0 main () at a.c:66 printf("%d\n", a);(gdb) cContinuing.0[Inferior 1 (process 6420) exited with code 02][Switching to process 6416](gdb)

上面的會話中先用ch建立了一個快照，緊接著a被修改為了3，隨後用restart 1恢復到編號為1的快照，繼續執行程式可以發現a仍然為原來的值0。

逆向技術

gcc

Mudflap

使用了compile-time instrumentation(CTI)的工具。編譯時加上-fmudflap -lmudflap選項即可，會在很多不安全程式碼生成的指令前加上判斷合法性的指令。

12345678910111213

% echo 'int main() { int z[1]; z[1] = 2; }' | cc -xc - -fmudflap -lmudflap% ./a.out*******mudflap violation 1 (check/write): time=1376473424.792953 ptr=0x7fff2cde3150 size=8pc=0x7fa2bacf86f1 location=`<stdin>:1:29 (main)' /usr/lib/gcc/x86_64-pc-linux-gnu/4.7.3/libmudflap.so.0(__mf_check+0x41) [0x7fa2bacf86f1] ./a.out(main+0x8f) [0x400b6b] /lib64/libc.so.6(__libc_start_main+0xf5) [0x7fa2ba968c35]Nearby object 1: checked region begins 0B into and ends 4B aftermudflap object 0x7070e0: name=`<stdin>:1:18 (main) z'bounds=[0x7fff2cde3150,0x7fff2cde3153] size=4 area=stack check=0r/3w liveness=3alloc time=1376473424.792946 pc=0x7fa2bacf7de1number of nearby objects: 1

第一行用-xc -讓cc從標準輸入讀原始碼，並當作C來編譯。接來下執行./a.out，可以看到執行時程式報錯了。

使用MUDFLAP_OPTIONS環境變數可以控制Mudflap的執行期行為，具體參見Mudflap Pointer Debugging。

AddressSanitizer

和Mudflap類似的工具，clang和gcc可以加上選項-fsanitize=address使用，比如：

1	clang -fsanitize=address a.c

如果想在出錯的地方斷點停下來，可以用gdb開啟，輸入b __asan_report_store1回車，再輸入r回車執行程式。

`-ftrapv`

這個選項是除錯有符號整型溢位問題的利器。在i386環境下，gcc會把int32_t運算編譯成call __addvsi3，__addvsi3函式會在執行時檢查32位有符號加法運算是否產生溢位，如果是則呼叫abort函式中止程式。減法、乘法和取反運算也有類似的執行時函式檢查溢位，另外也有64位版本的__addvdi3等函式。但不存在對無符號整型的溢位檢測函式。比如下面這些程式碼均會觸發trap：

1234	int a = INT_MAX; a++;int b = INT_MIN; b--;int c = INT_MAX; c *= 2;int d = INT_MIN; d = -d;

這段程式碼來自gcc專案目錄的libgcc/libgcc2.c：

1234567891011

#ifdef L_subvsi3Wtype__subvSI3 (Wtype a, Wtype b){ const Wtype w = (UWtype) a - (UWtype) b; if (b >= 0 ? w > a : w < a) abort (); return w;}

但注意在x86-64環境下-ftrapv只檢查64位溢位。考慮下面這段程式碼：

12345678910111213

#include <limits.h>#include <stdio.h>int main(){ int a = INT_MAX; a++; puts("barrier"); long b = LONG_MAX; b++;}

在x86-64下用gcc編譯執行，輸出barrier後才會執行abort使程式中止，因為int32_t的溢位不會觸發trap。

clang也有-ftrapv，在x86-64環境下對於int32_t的溢位也能觸發trap。

`_FORTIFY_SOURCE`

gets、strcpy這類函式容易造成stack mashing。gcc編譯時如果指定了-D_FORTIFY_SOURCE=1，生成的彙編程式中這些不安全的函式呼叫會被替代為libc.so中名字類似__gets_chk的一類安全函式，會在執行期檢查是否產生了緩衝區溢位。比如，下面的程式碼會在執行時報錯：

1234567

#include <string.h>int main(){ char a[2]; strcpy(a, "meow");}

Gentoo Portage從gcc-4.3.3-r1開始預設開啟_FORTIFY_SOURCE標誌了，好多發行版都開啟了，測試發現Arch Linux的gcc似乎沒有。shell裡執行下面程式碼就可以看到Gentoo裡是怎麼定義_FORTIFY_SOURCE的了：

1	echo -e '#undef __OPTIMIZE__\nmain() { printf("%d\\n", _FORTIFY_SOURCE); }' \| cpp

也就是當優化等級在-O1或以上時_FORTIFY_SOURCE會生效，名字為__$func_chk模式的函式會被使用。這種做法造成了一些麻煩，比如suricata git tree裡的src/suricata.c使用了#ifdef _FORTIFY_SOURCE，會造成編譯無法通過。

`-fstack-protector`

-fstack-protector -fstack-protector-all gcc 4.8.1 -fstack-protector-strong

https://securityblog.redhat.com/2013/10/23/debugging-stack-protector-failures/

開啟Stack-Smashing Protector (SSP)。我的理解是在儲存的幀指標(rbp)前寫入一個magic number，函式返回的時候檢查下這個magic number是否被改動，如果是就可能產生stack smashing了。這個方法的footprint最小，但是保護力度也比較弱。

IA32

function prologue 80484c0: 65 a1 14 00 00 00 mov eax,gs:0x14 80484c6: 89 45 f4 mov DWORD PTR [ebp-0xc],eax

function epilogue 80484d7: 8b 45 f4 mov eax,DWORD PTR [ebp-0xc] 80484da: 65 33 05 14 00 00 00 xor eax,DWORD PTR gs:0x14 80484e1: 74 05 je 80484e8 80484e3: e8 68 fe ff ff call 8048350 [email protected] 80484e8: c9 leave 80484e9: c3 ret

x86-64

function prologue:

4005c9: 64 48 8b 04 25 28 00 mov rax,QWORD PTR fs:0x28 4005d0: 00 00 4005d2: 48 89 45 f8 mov QWORD PTR [rbp-0x8],rax

function epilogue

400618: 64 48 33 04 25 28 00 xor rax,QWORD PTR fs:0x28 40061f: 00 00 400621: 74 05 je 400628 400623: e8 88 fe ff ff call 4004b0 [email protected] 400628: 48 83 c4 78 add rsp,0x78 40062c: c3 ret

execinfo.h

提供了int backtrace (void **buffer, int size)、char ** backtrace_symbols (void *const *buffer, int size)在程式執行時檢視函式呼叫棧。參見http://www.gnu.org/software/libc/manual/html_node/Backtraces.html。

Misc

Valgrind

一系列除錯和profiling工具的套件，其中的Memcheck是一個使用了dynamic binary instrumentation(DBI)的工具，在程式指令間插入自己的指令檢查validity和addressablity。另外Memcheck替換了標準的malloc，這樣就可以檢測出off-by-one error、double free、記憶體洩漏等許多問題。

Memcheck引入的footprint極小，無需重編譯程式，也沒有繁瑣的配置。比如原來是用./a.out執行程式，需要Memcheck時就換成valgrind ./a.out。

在程式訪問某一記憶體地址時Memcheck會檢查是否有越界之類的錯誤，Memcheck能診斷出大量但不是全部的訪問錯誤，比如下面這樣有問題的程式碼就沒法檢查出來：

12345

int main(){ int a[1]; a[1992] = 12;}

因為a[1992]的地址在棧上，允許訪問。

Valgrind啟動時會讀取~/.valgrindrc，對於memcheck我配置了下面這幾行：

12345678

--memcheck:leak-check=yes--memcheck:show-possibly-lost=yes--memcheck:show-reachable=yes--memcheck:track-origins=yes--memcheck:dsymutil=yes--memcheck:track-fds=yes--memcheck:track-origins=yes--memcheck:gen-suppressions=all

valgrind --vgdb-error=0 --vgdb=yes很強大，可以在程序遇到錯誤時讓gdb除錯。

strace

記錄程式執行的系統呼叫和收到的訊號，和valgrind類似，使用非常簡單：

1	strace ./a.out

有一些選項可以attach到現有程序上去(-p)、記錄時刻(-t)、統計系統呼叫使用次數(-c)、過濾特定的系統呼叫(-e)等。

帶上-c選項可以統計系統呼叫的使用次數：

12345678910111213141516171819202122232425262728

% strace -c lschap04 chap05 chap06 chap07 chap08 chap09 chap10 chap11 chap12 chap13 chap14 chap15 chap16 chap17% time seconds usecs/call calls errors syscall------ ----------- ----------- --------- --------- ---------------- 0.00 0.000000 0 5 read 0.00 0.000000 0 1 write 0.00 0.000000 0 7 open 0.00 0.000000 0 10 close 0.00 0.000000 0 8 fstat 0.00 0.000000 0 20 mmap 0.00 0.000000 0 12 mprotect 0.00 0.000000 0 2 munmap 0.00 0.000000 0 3 brk 0.00 0.000000 0 2 rt_sigaction 0.00 0.000000 0 1 rt_sigprocmask 0.00 0.000000 0 2 ioctl 0.00 0.000000 0 1 1 access 0.00 0.000000 0 1 execve 0.00 0.000000 0 1 fcntl 0.00 0.000000 0 2 getdents 0.00 0.000000 0 1 getrlimit 0.00 0.000000 0 1 arch_prctl 0.00 0.000000 0 2 1 futex 0.00 0.000000 0 1 set_tid_address 0.00 0.000000 0 1 openat 0.00 0.000000 0 1 set_robust_list------ ----------- ----------- --------- --------- ----------------100.00 0.000000 85 2 total

-e選項只跟蹤指定系統呼叫：

123456789101112131415

% strace -e read,open lsopen("/etc/ld.so.cache", O_RDONLY|O_CLOEXEC) = 3open("/lib64/librt.so.1", O_RDONLY|O_CLOEXEC) = 3read(3, "\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0\220(\0\0\0\0\0\0"..., 832) = 832open("/lib64/libacl.so.1", O_RDONLY|O_CLOEXEC) = 3read(3, "\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0\320#\0\0\0\0\0\0"..., 832) = 832open("/lib64/libc.so.6", O_RDONLY|O_CLOEXEC) = 3read(3, "\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\[email protected]\2\0\0\0\0\0"..., 832) = 832open("/lib64/libpthread.so.0", O_RDONLY|O_CLOEXEC) = 3read(3, "\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\[email protected]}\0\0\0\0\0\0"..., 832) = 832open("/lib64/libattr.so.1", O_RDONLY|O_CLOEXEC) = 3read(3, "\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0`\25\0\0\0\0\0\0"..., 832) = 832open("/usr/lib64/locale/locale-archive", O_RDONLY|O_CLOEXEC) = 3chap04 chap05 chap06 chap07 chap08 chap09 chap10 chap11 chap12 chap13 chap14 chap15 chap16 chap17+++ exited with 0 +++

使用strace還可以做一些很可怕的事，比如有root許可權的情況下嗅探sshd以得到其他嘗試SSH登入的使用者的密碼：SSHD password sniffing。

-p很有用，比如除錯CGI wrapperfcgiwrap，觀察它的輸出：

1	strace -s200 -p$(pidof -s fcgiwrap) -e write

ltrace

記錄程式呼叫的動態庫中的函式。名字和strace很像，使用方式和很多命令列選項也如出一轍。

檢視echo test

1234567891011121314151617181920212223242526272829

% ltrace echo test__libc_start_main(0x401590, 2, 0x7fff2bb3d4d8, 0x403ef0 <unfinished ...>getenv("POSIXLY_CORRECT") = nilstrrchr("echo", '/') = nilsetlocale(LC_ALL, "") = "en_US.UTF-8"bindtextdomain("coreutils", "/usr/share/locale") = "/usr/share/locale"textdomain("coreutils") = "coreutils"__cxa_atexit(0x401cf8, 0, 0, 0x736c6974756572) = 0strcmp("test", "--help") = 71strcmp("test", "--version") = 71fputs_unlocked(0x7fff2bb3f1d3, 0x7f50af982160, 0, 45) = 1putchar_unlocked(10, 116, 0x7f50afba6004, 0xfbad2a84test) = 10exit(0 <unfinished ...>__fpending(0x7f50af982160, 0, 4, 0x7f50af982cf0) = 0ferror_unlocked(0x7f50af982160, 0, 4, 0x7f50af982cf0) = 0fileno(0x7f50af982160) = 1__freading(0x7f50af982160, 0, 4, 0x7f50af982cf0) = 0__freading(0x7f50af982160, 0, 2052, 0x7f50af982cf0) = 0fflush(0x7f50af982160) = 0fclose(0x7f50af982160) = 0__fpending(0x7f50af982080, 0, 0, 0) = 0ferror_unlocked(0x7f50af982080, 0, 0, 0) = 0fileno(0x7f50af982080) = 2__freading(0x7f50af982080, 0, 0, 0) = 0__freading(0x7f50af982080, 0, 4, 0) = 0fflush(0x7f50af982080) = 0fclose(0x7f50af982080) = 0+++ exited (status 0) +++

SystemTap

SystemTap提供了一套底層工具用於trace/probe。使用者編寫SystemTap script語言的程式，SystemTap將其翻譯為C程式碼，再編譯成臨時的核心模組。核心模組載入時SystemTap script腳本里的hook就會在特定event發生時執行。當SystemTap指令碼停止執行時，相應的hook就被刪除，移除臨時的核心模組。這一整套流程都是通過一個簡單的CLI程式stap驅動的。

SystemTap使用前的配置過程比較複雜，需要特製的核心，開啟CONFIG_KPROBES=y、CONFIG_DEBUG_INFO=y等諸多核心編譯選項。

比如如下的簡單指令碼就能顯示各程序呼叫net/socket.c內函式的情況：

123456

probe kernel.function("*@net/socket.c").call { printf ("%s -> %s\n", thread_indent(1), ppfunc())}probe kernel.function("*@net/socket.c").return { printf ("%s <- %s\n", thread_indent(-1), ppfunc())}

perf

1234	perf record -e probe_a:main -e probe_a:main_1 /home/ray/tmp/aperf annotatesudo perf probe -x ~/tmp/a 'main%return %ip %sp'sudo perf record -e probe_a:main -e probe_a:main_1 /home/ray/tmp/a && sudo perf script

可執行檔案不能在tmpfs分割槽。

1	A=~/tmp; cc -xc <(echo 'main(){}') -Wl,-rpath,$A -o a && sudo perf probe -d '*' \|\| :; sudo perf probe -x $A/libc.so.6 malloc && sudo perf record -e probe_libc:malloc -aR ./a && sudo perf report -n

其他

書裡還介紹了很多神奇的玩意兒，比如kaho，用於讀取被編譯器優化掉的變數；livepatch，執行時動態修改變數、替換函式等。這兩個工具我在網上檢索了下，感覺是個proof of concept的東西，也沒有更新了。不夠這些思路很奇特，想到了並試圖去解決除錯時常受困擾的問題，很棒。

`CFLAGS`使用`-g3`

對於重度使用macro的程式很有用，可以在gdb裡使用info macro NAME、macro expand EXPR等命令了，print引數裡的macro也可以展開。

rr

參見http://rr-project.org/，除錯時最痛苦的莫過於難於重現，rr可以把不確定的外部影響固定下來。它的初衷是用來調Firefox的，由此可見它的可用性……幻燈片http://rr-project.org/rr.html介紹了很多內部機理，值得一看。

`gdb -p`不可用: ptrace: Operation not permitted.

gdb無法attach到使用者相同的另一個程序上。Arch Linux、Ubuntu等很多發行版的核心預設設定了kernel.yama.ptrace_scope，參見https://lwn.net/Articles/393012/，即不具有CAP_SYS_PTRACE capability的程序只能ptrace它的後裔程序(子、孫、玄孫、來孫、晜孫、仍孫、雲孫、耳孫等)。不特別在乎安全性的話，可以執行sudo sysctl kernel.yama.ptrace_scope=0。

收到SIGINT(或其他訊號)後立刻用gdb除錯自己

設想是fork產生一個新程序並停下來，原程序exec成gdb並attach除錯新程序。注意：新程序應設定以建立新的程序組，不然gdb按數次continue後自身也會被stop，gdb所在終端將丟失前臺程序組。這裡我不太清楚gdb被stop的具體原因，但程序組經常作為一個整體和訊號、終端等概念相互關聯，可能是這方面的原因。

這裡SIGINT可以考慮換成SIGFPE、SIGSEGV等，以防止程序死亡，用gdb互動式檢視各個變數的值等以便於差錯。

12345678910111213141516171819202122232425262728

#include <signal.h>#include <stdio.h>#include <stdlib.h>#include <sys/types.h>#include <unistd.h>void sigint(int){ pid_t pid = fork(); if (pid == -1) abort(); else if (pid) { char s[13]; sprintf(s, "%d", pid); execlp("gdb", "gdb", "-p", s, NULL); } else { setpgid(0, getpid()); kill(getpid(), SIGSTOP); }}int main(){ signal(SIGINT, sigint); sleep(1337); puts("seen after gdb"); sleep(1337);}

除錯使用終端特性的程式

對於ncurses這類使用終端特性的程式，在gdb下除錯時，gdb互動的終端也會被程式使用，程式可能執行螢幕擦除、移動游標等操作，和gdb互動的輸出混雜在一起，產生干擾。解決方案是使用gdb的tty命令(文件見info '(gdb) Input/Output')。下面以rlwrap rev為例說明除錯方法。

使用coreutils中的tty命令(並非gdb的tty命令)獲得當前終端的名稱，如/dev/pts/13，然後建立新shell會話，假設終端名是/dev/pts/14，將用作被除錯程式的標準輸入、輸出、出錯。在這個新終端裡執行sleep 9999(如果不執行這條命令的話，/dev/pts/14的前臺程序組是shell，會搶奪終端輸入，而sleep不會讀取終端輸入，因此不會和被除錯程式競爭)。

然後回到原來的shell會話(/dev/pts/13)，用gdb除錯程式：

123	% gdb -tty /dev/pts/14 --args rlwrap revReading symbols from rlwrap...(no debugging symbols found)...done.(gdb) r

之後即可在/dev/pts/14和被除錯程式互動了。或者用命令tty /dev/pts/14替代命令列選項-tty。

注意，此時被除錯程式的標準輸入、輸出、出錯均為/dev/pts/14，但沒有控制終端(controlling terminal)，並且能在/dev/pts/14看到gdb的警報：warning: GDB: Failed to set controlling terminal: Operation not permitted。用strac

 
 
              
           
              
              
            
            相關推薦
			   
            
            
            
 

    

    
    《Debug Hacks》和除錯技巧
      
                
Debug Hacks
作者為吉岡弘隆、大和一洋、大巖尚巨集、安部東洋、吉田俊輔，有中文版《Debug Hacks中文版—深入除錯的技術和工具》。這本書涉及了很多除錯技巧，對偵錯程式使用、核心除錯方法、常見錯誤的原因，還介紹了systemtap、strace、ltrace等 

  
 

    

    
    使用Chrome除錯JavaScript的斷點設定和除錯技巧
      

你是怎麼除錯 JavaScript 程式的？最原始的方法是用 alert() 在頁面上列印內容，稍微改進一點的方法是用 console.log() 在 JavaScript 控制檯上輸出內容。嗯~，用這兩種土辦法確實解決了很多小型 JavaScript 指令碼的除錯問題。不過放著 Chrome 中功能越發 

  
 

    

    
    chrome JavaScript 斷點設定和除錯技巧
      
                
你是怎麼除錯 JavaScript 程式的？最原始的方法是用 alert() 在頁面上列印內容，稍微改進一點的方法是用 console.log() 在 JavaScript 控制檯上輸出內容。嗯~，用這兩種土辦法確實解決了很多小型
 JavaScript 指令碼的除錯問題。 

  
 

    

    
    C++ debug和release版本的區別及除錯技巧
      
                
一、Debug 和 Release 編譯方式的本質區別    Debug 通常稱為除錯版本，它包含除錯資訊，並且不作任何優化，便於程式設計師除錯程式。Release 稱為釋出版本，它往往是進行了各種優化，使得程式在程式碼大小和執行速度上都是最優的，以便使用者很好地使用。   

  
 

    

    
    debug工具編寫和除錯彙編命令的方法
      ---恢復內容開始--- 
Ⅰ.準備工作 
下載win.32位的DOSBox並配置Debug除錯工具，開啟DOSBox 
Ⅱ. 進行測試 
1.  修改cs中的值為ff00 
     命令：-r cs    //修改 cs 
  

  
 

    

    
    Xcode 除錯技巧 --常用命令和斷點
      Xcode 中的除錯技巧與我們的日常開發息息相關，而這些除錯技巧在我們解決Bug時，常常有事半功倍的作用，經常會用到的有各種斷點 和 命令。而這些除錯技巧也經常會在面試中問到，所以不知道的就來看看吧。 
除錯命令 
在上圖中，右側綠色區域就是Log 輸出區，在 Log 輸出區可以使用一些命令，來輔助除錯。 那 

  
 

    

    
    組合語言入門（在debug中編輯和除錯程式）
       
  
  
 分享一下我老師大神的人工智慧教程！零基礎，通俗易懂！http://blog.csdn.net/jiangjunshow
 
 也歡迎大家轉載本篇文章。分享知識，造福人民，實現我們中華民族偉大復興！
 
 
          

  
 

    

    
    除錯技巧：封裝printf列印除錯資訊和巨集定義開關
       
 
 
 /* #define DEBUG */

#ifdef DEBUG
    #define DEBUG_ERR(format, ...) \
    do{ \
        printf("\r\n"); \
        printf("FILE: "__FILE__", LINE: % 

  
 

    

    
    除錯技巧(二)：BUG_ON(), WARN_ON()和panic()
       
 
 
 核心中有許多地方呼叫類似BUG（）的語句，它非常像一個核心執行時的斷言，意味著本來不該執行到BUG（）這條語句，一旦執行即丟擲Oops。 BUG（）的定義為： 
 #define BUG() do { \
	printk("BUG: failure at %s:%d/%s()!\n", __FI 

  
 

    

    
    Intellij IDEA Debug 除錯技巧
       
 
 F9：恢復程式 
 Alt+F10：顯示執行斷點 
 F8： 跳到下一步 F7：進入到程式碼 Alt+shift+F7：強制進入程式碼 Shift+F8：跳到下一個斷點 Atl+F9：執行到游標處 ctrl+shift+F9：debug執行java類 ctrl+shift+F10：正常執行 

  
 

    

    
    Android Studio 你需要掌握的Debug除錯技巧
       
 
 從左到右依次為 
 Step Over：下一步，不會進入方法內部。 
 Step Into：進入到方法內部。 
 Force Step Into：進入到系統方法內部。 
 Step Out：跳出該方法。 
 Run to Cursor：進入到下個斷點，只有一個斷點就到下一次的該斷點。 
  

  
 

    

    
    Eclipse的Debug除錯技巧大全
      
                



相關文章







一、Debug檢視

除錯中最常用的視窗是:


視窗    說明
Debug視窗    主要顯示當前執行緒方法呼叫棧， 以及程式碼行數(有除錯資訊的程式碼)
斷點Breakpoints視窗    => 斷點列表視窗，可以方便增加斷點，設 

  
 

    

    
    iOS 除錯技巧：如何利用 LLDB 來 Debug
       
 
 http://www.cocoachina.com/ios/20160301/15371.html 
 前言 
 在開發中一定需要到除錯跟蹤，但是很多開發者雖然做過很多的專案，但是未必瞭解開發中有哪些除錯命令可以幫助我們開發者更快更好地定位到問題所在。 
 本篇文章主要是講解在開發中如何利用LLDB 

  
 

    

    
    Intellij IDEA Debug除錯技巧
      
								
								            
						
                快捷鍵介紹F7在 Debug 模式下，進入下一步，如果當前行斷點是一個方法，則進入當前方法體內，如果該方法體還有方法，則不會進入該內嵌的方法中 *F8在 Debug 模式下，進入下一步，如果當前行斷點是 

  
 

    

    
    Eclipse Debug模式和斷點除錯
      1行號上雙擊，打斷點；再雙擊，取消斷點。一般想除錯哪一句程式碼，就在哪一句和下一句打上斷點。 
  
  
2在要執行的class檔案上（有main方法的），右鍵--Debug As 
然後程式正常走，當走到斷點時，會彈出這個： 
   
整個介面就成了這樣，進入了De 

  
 

    

    
    Android Studio中需要掌握的Debug除錯技巧
      
							
							
							一.基本使用

Android Debug 有兩種途徑：

第一種方式：直接點選下圖執行按鈕右側的圖示，進入Debug模式。

 
第二種方式：如果app處於執行狀態，點選下面的圖示也可以進入Debug模式。

 
點選後會彈出對話方塊：

 
點選OK進入De 

  
 

    

    
    pwn 題GDB除錯技巧和exp模板
      
 1 from pwn import *
 2 
 3 #r = remote('127.0.0.1', 9527)
 4 r = process('./pwn3')
 5 r.recvuntil('name \n')
 6 r.sendline('123')
 7 #raw_input('debug'
  

  
 

    

    
    Intellij IDEA 2017 debug斷點除錯技巧與總結詳解篇
      



在除錯程式碼的時候，你的專案得debug模式啟動，也就是點那個綠色的甲蟲啟動伺服器，然後，就可以在程式碼裡面斷點除錯啦。
下面不要在意，這個快捷鍵具體是啥，因為，這個keymap是可以自己配置的，有的人keymap是mac版的，有的是Windows版的。
我的就是Windows，而且修改keymap為 

  
 

    

    
    【Linux除錯技巧----標準輸出重定向到檔案】dup2和dup的妙用
      
dup和dup2都可用來複制一個現存的檔案描述符，使兩個檔案描述符指向同一個file結構體。如果兩個檔案描述符指向同一個file結構體，File
 Status Flag和讀寫位置只儲存一份在file結構體中，並且file結構體的引用計數是2。如果兩次open同一檔案得到兩個檔案描述符，則每個描述符對應一個 

  
 

    

    
    Eclipse BreakPoint斷點除錯技巧和基本步驟方法
      
                
Eclipse BreakPoint
1、 條件斷點 

斷點大家都比較熟悉，在Eclipse Java 編輯區的行頭雙擊就會得到一個斷點，程式碼會執行到此處時停止。

條件斷點，顧名思義就是一個有一定條件的斷點，只有滿足了使用者設定的條件，程式碼才會在執行到斷點處時停止。

《Debug Hacks》和除錯技巧

Debug Hacks

折騰工具

gdb

記錄歷史

修改任意記憶體地址的值

顯示intel風格的彙編指令

斷點在function prologue前

Checkpoint

逆向技術

gcc

Mudflap

AddressSanitizer

-ftrapv

_FORTIFY_SOURCE

-fstack-protector

IA32

x86-64

execinfo.h

Misc

Valgrind

strace

ltrace

SystemTap

perf

其他

CFLAGS使用-g3

rr

gdb -p不可用: ptrace: Operation not permitted.

收到SIGINT(或其他訊號)後立刻用gdb除錯自己

除錯使用終端特性的程式

相關推薦

`-ftrapv`

`_FORTIFY_SOURCE`

`-fstack-protector`

`CFLAGS`使用`-g3`

`gdb -p`不可用: ptrace: Operation not permitted.