|
|
1
3
您之所以只看到一个线程,是因为GDB无法“单独”区分线程,它依赖于外部库 libthread_db ,由线程库提供。
你应该能够阅读
当您尝试调试时
任何
|
|
|
2
1
|
|
|
3
0
你真的确定这是不可能的吗?这个问题可能与主线程退出而不等待其他线程的事实有关。 |
|
|
4
0
尝试在Valgrind下运行应用程序。Maby这将有助于找出坠机的原因。 |
|
|
5
0
如果你没有SIGEGV的sighandler和alt stack,这是一个特殊的情况,就使用strace。
(曼斯特拉斯) (我们需要-f标志,因为线程在Linux中总是全局作用域。e、 g.~在同一内存中运行的进程) 我强调了有趣的部分。。。 克隆( 附28757流程
[pid 28756]rt U sigprocmask(SIG U块,[CHLD], [pid 28757]设置鲁棒性列表(0x7fc1fc31a9f0,0x18 [pid 28756]<。。。rt_sigprocmask恢复>[],8)=0 [pid 28757]<。。。继续设置健壮列表(0)
[pid 28757]马德维塞(0x7fc1fb91a000、10465280、马德维 [pid 28756]rt_sigprocmask(SIG_SETMASK,[],
[pid 28756]<。。。rt_sigprocmask恢复>空,8)=0 〔PID 28757〕出口(0)=? 流程28757分离纳米间距({1,0},0x7fffce29c4b0)=0
tgkill(2875628756,SIGABRT)=0 ---sigabt(中止)@0(0)---
中止(核心转储) 如果你确实在退出(崩溃)有实时线程,我会创建一个BugZILA条目(第一次搜索BugZILA OFC)。 |