Linux 进程被信号6终止，核心显示libc中的循环类型

在分析进程的核心（由信号6终止）时，在LINUX上，stack bt显示：

Core was generated by `/opt/namsam/pac_rrc_qx_e1/bin/rrcprb'.

Program terminated with signal 6, Aborted.

#0  0x0000005555ffb004 in epoll_wait () from /lib64/libc.so.6

(gdb) bt

#0  0x0000005555ffb004 in epoll_wait () from /lib64/libc.so.6
#1  0x0000005555ffafe8 in __epoll_wait_nocancel () from /lib64/libc.so.6
#2  0x0000005555ffafe8 in __epoll_wait_nocancel () from /lib64/libc.so.6
#3  0x0000005555ffafe8 in __epoll_wait_nocancel () from /lib64/libc.so.6
#4  0x0000005555ffafe8 in __epoll_wait_nocancel () from /lib64/libc.so.6
#5  0x0000005555ffafe8 in __epoll_wait_nocancel () from /lib64/libc.so.6
#6  0x0000005555ffafe8 in __epoll_wait_nocancel () from /lib64/libc.so.6
#7  0x0000005555ffafe8 in __epoll_wait_nocancel () from /lib64/libc.so.6

---

libc似乎陷入了某种循环。。此处的应用程序“rrcprb”是否出现问题。。？请帮我调试这个问题。

因为

\uuuuuuuuuuuuuuu wait\u nocancel

不调用自身，所以很明显，您得到的堆栈跟踪是假的。最可能的原因是

libc.so.6

中不正确的展开描述符

---

您在

epoll\u wait

中实际崩溃的可能性也不大。尝试

thread apply all where

，看看是否有“更有趣”的堆栈跟踪/线程供您查看。

我在gdb尝试了't a bt'，总共得到了11个线程，但没有一个线程运行'rrcprb'[崩溃的应用程序]：（gdb）t a bt thread 11（进程8086）：#0 0x0000005555cc35f0在pthread_cond_timedwait@@GLIBC_2.3.2（）中从/lib64/libpthread.so.0#1 0x0000005555c7ce14在uu get_timed_out_进程中（proc=0x5555cb62a0，selfc=0）at/build/home/IPALight cruisesandbox/ipal-1006/IL1_RNC_FGW_1006/R_IL1_2.6.1.5/SS_ILLibgen/src/core/refreshhand.c:443无法访问地址0xfffffffffff8处的内存如何发布显示整个结果的附件。。？sry在这里是新的。您的所有线程都“运行'rrcprb'”——线程共享其整个地址空间，并且它们都是单个进程的一部分。发布整个“线程应用所有位置”的方法是编辑原始问题，并将其展开以包含所有附加信息。