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。
还有另一个 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 告诉它源代码所在的位置。