经过几天努力,终于能够在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的启动部分代码了!