gdb 調試多線程

如果目標進程已經core dump了，那麼 gdb -c core xxx   xxx是對應的程序文件。
如果目標進程還在運行，通常此時用於調試線程死鎖的情況。有兩種方法
一是 gdb -p xxx  xxx是該進程的進程ID
或者用gcore xxx先獲取對應進程的core，他會生成一個core文件 core.xxx
 
進入gdb後
(gdb) info threads
可以列出所有的線程，缺省設爲當前的線程前面有一個*號
比如
gdb) info thread
    9 system thread 154262  Priority:154  0xc00000000042f670:0 in __ksleep
   +0x30 () from /usr/lib/hpux64/libc.so.1
    4 system thread 153674  Priority:168  0xc0000000004367d0:0 in _nanosleep2_sys+0x30 () from /usr/lib/hpux64/libc.so.1
    3 system thread 153673  Priority:168  0xc0000000004367d0:0 in _nanosleep2_sys+0x30 () from /usr/lib/hpux64/libc.so.1
    2 system thread 153672  Priority:154  0xc00000000042f670:0 in __ksleep
   +0x30 () from /usr/lib/hpux64/libc.so.1
*   1 system thread 153671  Priority:154  0xc000000000432ef0:0 in _read_sys
   +0x30 () from /usr/lib/hpux64/libc.so.1
 
這是1個死鎖的例子，可以看到線程9 和線程2都停在 __ksleep上。
如果想看各個線程的詳細堆棧信息，比如要看9的
gdb)thread 9
把當前線程設成9，然後就可以查看相關信息
比如
gdb)bt
將列出棧的調用情況，以及對應源代碼中的位置，此時謹慎察看對應代碼，一般必有結果