GDB 多线程调试.doc

GDB 多线程调试
一直对GDB多线程调试接触不多,最近因为工作有了一些接触,简单作点记录吧。 
先介绍一下GDB多线程调试的基本命令。 
info threads 
显示当前可调试的所有线程,每个线程会有一个GDB为其分配的ID,后面操作线程的时候会用到这个ID。 
前面有*的是当前调试的线程。 
thread ID 
切换当前调试的线程为指定ID的线程。 
break :123 thread all
在所有线程中相应的行上设置断点
thread apply ID1 mand 
mand。 
thread apply mand 
mand。 
set scheduler-locking off|on|step 
估计是实际使用过多线程调试的人都可以发现,在使用step或者continue命令调试当前被调试线程的时候,其他线程也是同时执行的,怎么只让被调试程序执行呢?通过这个命令就可以实现这个需求。
off 不锁定任何线程,也就是所有线程都执行,这是默认值。 
on 只有当前被调试程序会执行。 
step 在单步的时候,除了next过一个函数的情况(熟悉情况的人可能知道,这其实是一个设置断点然后continue的行为)以外,只有当前线程会执行。 
在介绍完基本的多线程调试命令后,大概介绍一下GDB多线程调试的实现思路。 
,前面介绍的几个命令等都是在其中实现。 
thread_list这个表存储了当前可调试的所有线程的信息。 
函数add_thread_silent或者add_thread(不同版本GDB不同)用来向thread_list列表增加一个线程的信息。 
函数delete_thread用来向thread_list列表删除一个线程的信息。 
上面提到的这2个函数会被有线程支持的target调用,用来增加和删除线程,不同的OS对线程的实现差异很大,这么实现比较好的保证了GDB多线程调试支持的扩展性。 
mand是被命令info threads调用的,就是显示thread_list列表的信息。 
mand是被命令thread调用,切换当前线程最终调用的函数是switch_to_thread,这个函数会先将当前调试线程变量inferior_ptid,然后对寄存器和frame缓冲进行刷新。 
mand被命令thread apply调用,这个函数的实际实现其实很简单,就是先切换当前线为指定线程,mand调用指定函数。 
比较特别的是set scheduler-,。 
对其的设置会保存到变量scheduler_mode中,而实际使用这个变量的函数只有用来令被调试程序执行的函数resume。在默认情况下, 传递给target_resume的变量是resume_ptid,默认情况下其的值为RESUME_ALL,也就是告诉target程序执行的时候所有被调试线程都要被执行。而当scheduler_mode设置为只让当前线程执行的时候,resume_ptid将被设置为inferior_ptid, 这就告诉target只有inferior_ptid的线程会被