请问，如何用ＧＤＢ找出死锁位置

LoveForLinux

高手指教

　　程序运行１－２周，发现死锁（CPU利用率０％）

　　请问用GDB如何找出死锁位置（不能杀程序）

高手指教

cugb_cat

gdb attach 上去
如果是多线程的
用gdb的如下命令查看：
info threads
thread id
bt
就能查看各个线程所处在的阻塞位置。

LoveForLinux

自己顶一下

随风缘

printf

LoveForLinux

我是采用上述的步骤，但是在bt之后采用continue之后gdb僵死了，没办法只好采用killall gdb把gdb杀掉了，此时程序没有死，但是通过gdb -p attach上去后，在载入符号表时就挂掉了，此时有什么方法解决

LoveForLinux

我将现象简单描述一下，程序是这样的，共有十几个线程，其中有两个线程用于数据收集，然后另外四个线程用于对收集的数据进行处理，收集线程和处理线程采用条件变量进行互斥同步，另有其他线程进行其他的处理，也有mutex变量，我比较怀疑是前面的收集线程和处理线程的同步问题。我采用gdb attach上去后，通过thread切换到不同线程，有的线程在sleep，有的线程在mutex_lock,有的在条件等待，我在continue之后再bt时，那些线程依然停留在那些位置，怎么样来区分这些线程是否已经执行了？应该没有执行的就是互锁了，因为程序是实时运行的。

cugb_cat

原帖由 LoveForLinux 于 2008-6-26 17:23 发表
我将现象简单描述一下，程序是这样的，共有十几个线程，其中有两个线程用于数据收集，然后另外四个线程用于对收集的数据进行处理，收集线程和处理线程采用条件变量进行互斥同步，另有其他线程进行其他的处理，也 ...

看线程停在哪行了~，然后去看代码~~，看有没有办法让死锁重现~

LoveForLinux

原帖由 cugb_cat 于 2008-6-26 17:25 发表

看线程停在哪行了~，然后去看代码~~，看有没有办法让死锁重现~

我线程切换之后，采用ls查看代码时没用，不同的线程采用ls的位置都是一样的，另外死锁不好重现，是运行了相当长一段时间才出现的。