Python腳本在使用gdb調試時常會遇到的三個“克星”
作者：佚名
熟話說不怕一萬，就怕萬一，在使用gdb調試Python腳本的實際操作步驟中，有幾種情況是我們很難解決的。例如段錯誤，在運行中的daemon的相關程序，等
使用gdb調試Python腳本
我們在實際調試python腳本中一般可以用記錄log和python本身自帶的pdb，當然這是在一般的情況下，以下的文章就會提出一些運用log和python本身自帶的pdb卻不能解決的相關情況的相關介紹。 但凡事總有例外，在以下三種情況時上述方法就無能為力了。
1 段錯誤
2 運行中的daemon程序
3 core dump
這個時候就需祭出gdb進行調試。python2.6的源碼中提供了部分預定義函數以便大家使用gdb調試，我們只需將文件Python-2.6/Misc/gdbinit所包括的內容加入到用戶目錄下的.gdbinit文件中即可，這樣每次啟動gdb時會自動完成這些宏的定義。但可惜的是Python2.6.2 gdbini對于pylocals的定義居然有錯誤， 看來是沒有隨著代碼的更新而同步更新。
我們只需將
- while $_i < f->f_nlocals
修改為
- while $_i < f->f_code->co_nlocals
即可。文章后面所附的幾個宏建議也加入的.gdbinit文件中，更多的宏可參考我們首先需要構造一個會造成段錯誤的python腳本。老實說讓python發生段錯誤并不容易，但通過其外部調用庫就很簡單了。我們將該文件命名為gdb_test.py
- import sys, os, libxml2
- def segv_test():
- s = "<html><body><div><a><a></a></a><a></a></div></body></html>"
- options = libxml2.HTML_PARSE_RECOVER + \
- libxml2.HTML_PARSE_NOERROR + \
- libxml2.HTML_PARSE_NOWARNING
- doc = libxml2.htmlReadDoc(s, None, 'utf-8', options).doc
- ctxt = doc.xpathNewContext()
- nodes = ctxt.xpathEval('//body/node()')
- nodes.reverse()
- for note in nodes:
- nexts = note.xpathEval('node()')
- note.unlinkNode()
- note.freeNode()
freeNode會將該節點及其子節點釋放掉
- nexts[0].unlinkNode()
- nexts[0].freeNode()
資源已經釋放，再次釋放會造成段錯誤
- def main():
- segv_test()
- if __name__ == "__main__":
- main()
使用gdb運行該腳本,我們會得到段錯誤信息。
- gdb python
- r gdb_test.py
- *** glibc detected *** double free or corruption
(fasttop): 0x08104570 ***- Program received signal SIGABRT, Aborted.
- [Switching to Thread -1208260928 (LWP 26159)]
- 0x00b987a2 in _dl_sysinfo_int80 () from /
lib/ld-linux.so.2
以上就是對使用gdb調試Python腳本相關的內容的介紹，望你會有所收獲。
【編輯推薦】
責任編輯：佚名
來源：
博客園
