用
中断python代码的执行import ipdb; ipdb.set_trace()
有时(但并不总是)将我放入ipdb ,而显示周围的代码行,即使我发出l
命令。即,我得到类似
> /path/to/file.py(58)main()
ipdb>
而不是
> /path/to/file.py(58)main()
-> print('hello 2')
55 print('hello')
56 import pdb; pdb.set_trace()
57
58 -> print('hello 2')
59 print('hello 3')
ipdb>
有谁知道如何显示代码行?
编辑:如果我s
进入一个新功能(位于另一个文件中),每一边都会出现一条环绕线。
答案 0 :(得分:1)
ipdb
是股票python调试器pdb的包装器,因此在ipdb
无法显示行号的情况下,pdb
也不能执行如此。
pdb
从python模块linecache获取其源文本。并且有各种各样的东西可以阻止它。最明显的情况是没有源文件。
如果您正在评估字符串,则会发生这种情况。例如,可能位于eval("x+1")
或exec("z=1+2")
的中间。
沿着这些方向,你可能已经通过exec
定义了函数,现在你正在运行该函数。例如:
exec("def five(): return 5")
five()
您可以告诉您处于这种情况的方式是调整堆栈帧并查看调用上下文。因此,当发生这种情况时,请运行up
或bt
(回溯):
如果你看到:
(Pdb) up
> <string>(1)<module>()
<string>
这意味着你处于这种情况。回溯可能会显示如下内容:
/usr/lib/python2.7/bdb.py(400)run()
-> exec cmd in globals, locals
> <string>(1)<module>()
源可能不存在的其他方式可能是源代码被删除,或者字节码可能是generated all by itself,或者是通过AST。
还有另一个名为trepan的Python调试器(对于Python 3,请参阅trepan3k),它会更难以找到 lot 来查找源文本。并且它还尝试通过使用不仅仅是文件名的basename部分来验证它显示的源代码是否与Python解释器运行的内容相匹配。
调试器甚至可以在没有的情况下重建Python源代码!这种魔力是通过uncompyle6完成的。
所以请看这个,这是这个简单的Python程序的一个例子:
x = 3
eval("x+1")
exec("z=2")
现在我们运行调试器:
$ trepan3k /tmp/foo.py
(/tmp/foo.py:1): <module>
-> 1 x = 3
(trepan3k) step
(/tmp/foo.py:2 @6): <module>
-- 2 eval("x+1")
(trepan3k) step
(<string>:1): <module>
(/tmp/foo.py:2 @12): <module>
-> 2 eval("x+1")
(trepan3k) list
** No file <string> found
(trepan3k) deparse .
return x + 1
(trepan3k) step
(<string>:1 @7): <module>
(/tmp/foo.py:2 @12): <module>
<- 2 eval("x+1")
R=> 4
(trepan3k) step
(/tmp/foo.py:3 @16): <module>
-- 3 exec("z=2")
(trepan3k) list
End position changed to last line 3
1 x = 3
2 eval("x+1")
3 -> exec("z=2")
(trepan3k) step
(<string>:1): <module>
(/tmp/foo.py:3 @22): <module>
-> 3 exec("z=2")
(trepan3k) list
** No file <string> found
(trepan3k) deparse .
z = 2
如果这还不够,您也可以反汇编代码来查看。如果您碰巧知道python源文件的位置,但由于某种原因,调试器无法自行找到它,您可以使用set substitute
告诉它源代码的位置。