ipdb
是股票 python 调试器pdb的包装器,因此在无法显示行号的情况下,ipdb
也无法pdb
这样做。
pdb
从 python 模块linecache获取其源文本。并且有各种各样的东西可以阻止它。最明显的情况是没有源文件时。
如果您正在评估字符串,则会发生这种情况。例如,可能在eval("x+1")
or的中间exec("z=1+2")
。
沿着同样的思路,您可能已经定义了函数 viaexec
并且您现在正在运行该函数。例如:
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>()
源可能不存在的其他方式可能是源代码被删除,或者字节码可能是完全由自身生成的,或者通过 AST 生成。
还有另一个 Python 调试器称为trepan(对于 Python 3,请参阅trepan3k),它会更加努力地查找源文本。它还尝试验证它显示的源代码是否与 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
.