终于能够在GDB+qemu进行跟踪和调试了

经过几天努力，终于能够在GDB+qemu进行跟踪和调试了，但是现在只能调试ntoskrnl,还不知到，freeldr怎么跟踪调试

---------------------------------------------------------------------------------------------------------------------------------

快一年了，当重新用GDB+qemu进行跟踪和调试reactos时，居然遇到了几多问题，花了几天时间才把问题理顺，所以决定这一次把这些经验记录下来，方便以后查询，同时也谈谈怎么调试freeldr部分：

 

1. 准备调试版的reactos:

 

基于config.template.rbuild生成一份新的文档，命名config.rbuild，修改如下两个地方：

 

<property name="OPTIMIZE" value="0" />   //去掉优化

 

<property name="GDB" value="1" />          //启用GDB调试

 

然后再builder环境中:

make clean  //清除所有的文件

make ROS_BUILDNOSTRIP=yes bootcd  生成带调试信息的reactos,

 

2. 启动qemu,注意要带上-s -S两个参数如：

qemu -L . -m 256 -hda d:/reactos.img -cdrom d:/reactos/reactos.iso -boot d -s -S

这时qemu启动时会等候gdb 客户端的连接

 

3。启动gdb

 

在gdb调试环境中先后执行：

gdb>directory .          //这里有一个技巧，先把进入到reactos源码目录， 这时候设定目录就不用敲很长的字符了，只敲一个“.”即可

gdb>file   output-i386/ntoskrnl/ntoskrnl.nostrip.exe           //假设要调试ntoskrnl模块，可用file命令代入ntoskrnl符号文件

gdb>b *0x80801000                                                          //在ntoskrnl模块入口设定断点

gdb>target remote localhost:1234                                    //连接gdb server

gdb>c                                                                                //继续运行

 

这时候就看到程序停在boot.S 处：

 

 

这时候就可以执行任何调试命令，如l(list), ni(单步执行）

 

 

 

 

小插曲：qemu-0.12.3 版支持gdb 调试有问题，程序跟踪时其执行顺序是非预期的，我花了几天时间才找到问题缘由，曾一度怀疑是reactos编译环境有问题，幸喜找到去年编译的那一版，通过比较才把问题找到，qemu-0.12.5版经测试是ok的。

 

4。调试freeldr,

 

  修改生成的makefile.auto, 查找freeldr_target,setupldr_target,在周围寻找

 

     -@${rm} $(TEMPORARY)/setupldr.junk.tmp 2>$(NUL)

    -@${rm} $(TEMPORARY)/freeldr.junk.tmp 2>$(NUL)

 

通过#,把这两行注释掉，然后分别执行：

 

make setupldr_clean

make setupldr

make freeldr_clean

make freeldr

 

这时在obj-i386（也即$(TEMPORARY)）目录下能看到setupldr.junk.tmp ，freeldr.junk.tmp ，这两个文件可在gdb下直接装入:

 

gdb> file obj-i386/setupldr.junk.tmp  

 

这样就可以跟踪调试reactos的启动部分代码了！