使用 GDB 调试 Python 内存

Question

我们有一个使用 OpenSSL 的 Python 绑定的 Linux 应用程序，我怀疑它会导致随机崩溃。 有时，我们会看到它崩溃并显示以下消息：

Python 致命错误：GC 对象已被跟踪

这似乎是库方面的编程错误，或者是内存损坏的症状。 给定一个核心文件，有什么方法可以知道它执行的Python源代码的最后一行吗？ 或者如果它附加在GDB中？ 我意识到这可能都是编译后的字节码，但我希望有人可能已经处理过这个问题。 目前它正在运行，跟踪模块处于活动状态，我们希望它会再次发生，但这可能需要很长时间。

Answer 1

是的，你可以做这样的事情：

(gdb) print PyRun_SimpleString("import traceback; traceback.print_stack()")
  File "<string>", line 1, in <module>
  File "/var/tmp/foo.py", line 2, in <module>
    i**2
  File "<string>", line 1, in <module>
$1 = 0

也应该可以使用 python gdbinit 文件，但它对我不起作用。 如果您想深入了解，请在此处进行讨论。

另外，如果您怀疑内存问题，值得注意的是，您可以将 valgrind 与 python 一起使用，如果您准备重新编译它。 此处描述了该过程。

Answer 2

如果你有 mac 或 sun box，你可以使用 dtrace 和编译的 python 版本dtrace 来找出应用程序当时在做什么。 注意：在 10.5 中，python 是使用 dtrace 进行预编译的，这非常好用且方便。

如果您不可用，那么您可以 import gc 并启用调试，然后您可以将其输出到日志文件中。

要具体回答有关使用 GDB 进行调试的问题，您可能需要阅读“使用 GDB 进行调试” Python 维基百科。

Answer 3

如果您使用 CDLL 在 python 中包装 C 库，并且这是 64 位 Linux，那么您的 CDLL 包装器很可能配置错误。 CDLL 在所有平台上默认为 int 返回类型（在 64 位系统上应该是 long long），并且只希望您传入正确的参数。在这种情况下，您可能需要验证 CDLL 包装器...

Answer 4

除了上述所有内容之外，还可以通过 快速实现临时跟踪器跟踪模块。