Home/ Questions/Q 75959
In Process

The Archive Base Latest Questions

Editorial Team
  • 0
Asked: 2026-05-10T20:35:52+00:00

We have a Linux application that makes use of OpenSSL’s Python bindings and I

  • 0

We have a Linux application that makes use of OpenSSL’s Python bindings and I suspect it is causing random crashes. Occasionally, we see it crash with the message:

Python Fatal Error: GC Object already tracked

which would appear to be either a programming error on the part of the library, or a symptom of memory corruption. Is there any way to know the last line of Python source code it executed, given a core file? Or if it is attached in GDB? I realize it is probably all compiled bytecode, but I’m hoping there someone out there may have dealt with this. Currently it is running with the trace module active and we’re hoping it will happen again, but it could be a long while.

Share

Leave an answer

You must login to add an answer.

Need An Account,

1 Answer

  1. Yes, you can do this kind of thing:

    (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

    It should also be possible to use the pystack command defined in the python gdbinit file, but it’s not working for me. It’s discussed here if you want to look into it.

    Also, if you suspect memory issues, it’s worth noting that you can use valgrind with python, if you’re prepared to recompile it. The procedure is described here.

    • 0