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

时间:2015-01-05 20:01:13

标签: c++ c gdb core sigsegv

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

1 个答案:

答案 0 :(得分:4)

使用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 manual获取更多信息。