在gdb中使用coredump时,我如何确切地知道哪个线程导致了SIGSEGV？

Question

我的应用程序使用超过8个线程.当我info threads在gdb中运行时,我看到线程和它们正在执行的最后一个函数.对我来说,确切地说哪个线程导致了SIGSEGV似乎并不明显.有可能告诉它吗？是线程1吗？线程如何编号？

Answer 1

当您用于gdb分析核心转储文件时，gdb将会停在导致程序核心转储的功能处。当前的话题将是谋杀。以以下程序为例：

#include <stdio.h>
#include <pthread.h>
void *thread_func(void *p_arg)
{
        while (1)
        {
                printf("%s\n", (char*)p_arg);
                sleep(10);
        }
}
int main(void)
{
        pthread_t t1, t2;

        pthread_create(&t1, NULL, thread_func, "Thread 1");
        pthread_create(&t2, NULL, thread_func, NULL);

        sleep(1000);
        return;
}

该t2线程将导致程序关闭，因为它引用了一个NULL指针。程序关闭后，用于gdb分析核心转储文件：

[root@localhost nan]# gdb -q a core.32794
Reading symbols from a...done.
[New LWP 32796]
[New LWP 32795]
[New LWP 32794]
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib64/libthread_db.so.1".
Core was generated by `./a'.
Program terminated with signal SIGSEGV, Segmentation fault.
#0  0x00000034e4281451 in __strlen_sse2 () from /lib64/libc.so.6
(gdb)

将gdb在停止__strlen_sse2功能，这表示该功能使程序下来。然后使用bt命令查看它是由哪个线程调用的：

(gdb) bt
#0  0x00000034e4281451 in __strlen_sse2 () from /lib64/libc.so.6
#1  0x00000034e4268cdb in puts () from /lib64/libc.so.6
#2  0x00000000004005cc in thread_func (p_arg=0x0) at a.c:7
#3  0x00000034e4a079d1 in start_thread () from /lib64/libpthread.so.0
#4  0x00000034e42e8b6d in clone () from /lib64/libc.so.6
(gdb) i threads
  Id   Target Id         Frame
  3    Thread 0x7ff6104c1700 (LWP 32794) 0x00000034e42accdd in nanosleep () from /lib64/libc.so.6
  2    Thread 0x7ff6104bf700 (LWP 32795) 0x00000034e42accdd in nanosleep () from /lib64/libc.so.6
* 1    Thread 0x7ff60fabe700 (LWP 32796) 0x00000034e4281451 in __strlen_sse2 () from /lib64/libc.so.6

该bt命令显示当前线程的堆栈帧（这是谋杀）。“ i threads”命令显示所有线程，以开头的线程号*是当前线程。

至于“ How are the threads numbered?”，则取决于操作系统。您可以参考gdb手册以获取更多信息。