从堆栈跟踪中查找共享库中的源代码行
Find source line in shared library from stack trace
我有一个很长的 运行 程序，它在 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]
将库加载到 gdb 时，命令
disas /m
应该显示带有与源代码行交错的偏移量的反汇编（如果此信息可用）。 cf: gdb machine code。
如果您调用一些由编译器内联的 MPI 代码（例如互斥锁 lock/unlock），堆栈跟踪中的 Pthread 可能会出现。
我有一个很长的 运行 程序，它在 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]
将库加载到 gdb 时，命令
disas /m
应该显示带有与源代码行交错的偏移量的反汇编（如果此信息可用）。 cf: gdb machine code。
如果您调用一些由编译器内联的 MPI 代码（例如互斥锁 lock/unlock），堆栈跟踪中的 Pthread 可能会出现。