在Linux消息文件中,我注意到报告了针对过程14947的段错误,但我没有获得针对过程14947的核心转储,而是获得了14069.core(其生成时间与命中段错误的时间相匹配)。

然后我使用gdb并找到:-

Program terminated with signal 11, Segmentation fault.
[New process 14947]
[New process 26131]
[New process 26130]
[New process 26129]
[New process 26128]
[New process 14945]
[New process 14842]
[New process 14726]
[New process 14598]
[New process 14069]

当我运行“信息线程”时,我得到:
(gdb) info thread
10 process 14069  0xffffe410 in __kernel_vsyscall ()
9 process 14598  0xffffe410 in __kernel_vsyscall ()
8 process 14726  0xffffe410 in __kernel_vsyscall ()
7 process 14842  0xffffe410 in __kernel_vsyscall ()
6 process 14945  0xffffe410 in __kernel_vsyscall ()
5 process 26128  0xffffe410 in __kernel_vsyscall ()
4 process 26129  0xffffe410 in __kernel_vsyscall ()
3 process 26130  0xffffe410 in __kernel_vsyscall ()
2 process 26131  0xffffe410 in __kernel_vsyscall ()
* 1 process 14947  0x006a8300 in pthread_mutex_lock ()

所以这是我的问题:
  • 为什么coredump文件名与消息文件中的segfault进程ID不匹配?
  • 我认为coredump用于特定进程,为什么这里有很多信息,如“[New process 26130]”?
  • 为什么“信息线程”将显示进程信息,而不是线程信息?

  • 谢谢!

    加:我的操作系统是RHEL5。

    最佳答案

    在Linux中,内核线程只是轻量级进程(虚拟内存被标记为与父进程共享而不是标记为写时复制的进程),因此您看到的进程ID与虚拟进程相同。线程ID。这只是一个猜测,但是内核的ID可能与处理信号的线程相同,而该ID可能与主线程不同。

    09-10 00:42
    查看更多