可以使用 cont 命令来恢复程序执行。因为线程目前使用同步断点,所以所有线程都会恢复执行。
不过,您可以使用带有 -resumeone 选项的 call 命令恢复单个线程(请参见call 命令)。
在调试多线程应用程序(其中许多线程会调用函数 lookup())时,请考虑以下两种情况:
您设置条件断点:
stop in lookup -if strcmp(name, "troublesome") == 0 |
当 t@1 在对 lookup() 的调用处停止时,dbx 尝试对条件求值并调用 strcmp()。
您设置断点:
stop in lookup |
当 t@1 在对 lookup() 的调用处停止时,发出以下命令:
call strcmp(name, "troublesome") |
调用 strcmp() 时,dbx 将会恢复调用期间内的所有线程,这与使用 next 命令进行单步执行时 dbx 所执行的操作类似。之所以这样做的原因是,如果 strcmp() 尝试抓取另一个线程拥有的锁,则仅恢复 t@1 可能会导致死锁。
在这种情况下恢复所有线程的缺点是,dbx 无法处理另一个线程(例如 t@2),从而会在调用 strcmp() 时在 lookup() 处遇到断点。它会发出类似以下之一的警告:
event infinite loop causes missed events in following handlers:
Event reentrancy first event BPT(VID 6, TID 6, PC echo+0x8) second event BPT(VID 10, TID 10, PC echo+0x8) the following handlers will miss events:
在这些情况下,如果可以确定条件表达式中调用的函数不会抓取互斥锁,则可使用 -resumeone 事件修饰符强制 dbx 只恢复 t@1:
stop in lookup -resumeone -if strcmp(name, "troublesome") == 0 |
只恢复在 lookup() 中遇到断点的线程,以便对 strcmp() 进行求值。
此方法在诸如以下的情况下会无能为力:
由于条件以递归方式调用 lookup(),lookup() 上的第二个断点发生在同一个线程中
运行条件的线程放弃控制权、休眠或以某种方式将控制权交给另一个线程