ref :http://blog.sina.com.cn/s/blog_62dc94eb0100flyn.html
如果目標進程已經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
將列出棧的調用情況，以及對應源代碼中的位置，此時謹慎察看對應代碼，一般必有結果
http://blog.sina.com.cn/s/blog_62dc94eb0100flyn.html