我有一个长时间运行的程序，在9小时后有一个（可能是间歇性的）分段故障，而我只有一个堆栈跟踪。我想找到发生分段错误的源代码行。
段错误发生在使用ctypes从Python调用的C ++模块（使用OpenMP）中。 C ++模块是用linux上的调试符号编译的。 Python程序本身在OpenMPI下运行，使调试更具挑战性，而且我没有核心转储。
堆栈跟踪的顶部位于下方。我有兴趣找到关于源代码行_ZN13BackbonePairs13compute_valueE11ComputeMode+0x5e1的任何内容。这显然是我的BackbonePairs :: compute_value函数，但该函数没有启动线程，所以我不确定堆栈跟踪中的libpthread。
[midway2-0015:35095] *** Process received signal ***
[midway2-0015:35095] Signal: Segmentation fault (11)
[midway2-0015:35095] Signal code: Invalid permissions (2)
[midway2-0015:35095] Failing at address: 0x7fd7633c6000
[midway2-0015:35095] [ 0] /lib64/libpthread.so.0(+0xf100)[0x7fdb86986100]
[midway2-0015:35095] [ 1] /home/jumper/upside/py/../obj/libupside.so(_ZN13BackbonePairs13compute_valueE11ComputeMode+0x5e1)[0x7fdb7328c571]
[midway2-0015:35095] [ 2] /home/jumper/upside/py/../obj/libupside.so(_ZN11DerivEngine7computeE11ComputeMode+0x4c9)[0x7fdb73277a59]
[midway2-0015:35095] [ 3] /home/jumper/upside/py/../obj/libupside.so(evaluate_energy+0x65)[0x7fdb73202ba5]
[midway2-0015:35095] [ 4] /software/python_ucs4-2.7.13-el7-x86_64+gcc-6.2/lib/python2.7/lib-dynload/_ctypes.so(ffi_call_unix64+0x4c)[0x7fdb5280e15a]
[midway2-0015:35095] [ 5] /software/python_ucs4-2.7.13-el7-x86_64+gcc-6.2/lib/python2.7/lib-dynload/_ctypes.so(ffi_call+0x153)[0x7fdb5280cd33]
[midway2-0015:35095] [ 6] /software/python_ucs4-2.7.13-el7-x86_64+gcc-6.2/lib/python2.7/lib-dynload/_ctypes.so(_ctypes_callproc+0x277)[0x7fdb528042b7]
[midway2-0015:35095] [ 7] /software/python_ucs4-2.7.13-el7-x86_64+gcc-6.2/lib/python2.7/lib-dynload/_ctypes.so(+0x9b52)[0x7fdb527fab52]
[midway2-0015:35095] [ 8] /software/python_ucs4-2.7.13-el7-x86_64+gcc-6.2/lib/libpython2.7.so.1.0(PyObject_Call+0x43)[0x7fdb86be79a3]
[midway2-0015:35095] [ 9] /software/python_ucs4-2.7.13-el7-x86_64+gcc-6.2/lib/libpython2.7.so.1.0(PyEval_EvalFrameEx+0x55ed)[0x7fdb86c9df7d]
答案 0 :(得分：1)
将库加载到gdb时，命令
disas / m
应显示与源代码行交错的偏移量的反汇编（如果此信息可用）。 cf: gdb machine code。
如果您调用由编译器内联的某些MPI代码（例如，互斥锁定/解锁），则可能会显示堆栈跟踪中的Pthread。