【开发日志】第二十九周（2025.11.23）

[Irissssaa]

工作内容

1. 调试调试器，解决了一号进程无法调试的问题，具体原因是因为代码中的函数使用 bug，除此之外，还有一系列其他的调试问题，解决完这些bug后调试器变得更加健硕了，能够成功调试 rCore。
2. 因为之前那个调试器版本无法进行调试，听取吴老师的意见重新clone了一个新的调试器代码，尝试进行调试，成功了，具体原因当时不清楚，但是解决完第一个工作后，我想再将之前新加的自动结束qemu进程，释放端点的功能添加到这个版本的调试器中，但是发现调试器又无法调试了，很明显，之前调试器调试失败就是因为这个功能的添加，但是具体的原因并不是很明白，所以暂时放弃了这个方案。

本周会议推迟。

安排：

1. 就现在的调试器编译和发布；
2. 将 rCore 调试需要的参数布丁上传（需要和老师确认到底是直接添加到rCore中，还是我们自己上传到调试器仓库中）；
3. 调试的方法需要进行相应的修改，还有相应的调试视频教程需要录制好；
4. 如果有时间的话将uCore的调试添加进去。

工作过程如下：

尝试重新创建新的环境，确实能够调试了，具体原因还不是很清楚。

1. 处理调试一号进程时调试会话结束的问题：

   调试到对应位置，当调试会话结束时，code-debug server 调试终端的内容如下：

可以得知崩溃的地方和原因。

2. 进行相应处理后，有出现了新的问题：

当GDB返回的Selected thread is running时会被判断为 error，而调试器代码会将 error 判断为很严重的错误，从而抛出异常崩溃。所以我们需要在调试器处理parsed.token的地方：onOutput 里拦截这个错误，把它的状态从 error 改成 done，就可以解决这个问题。

3. 处理Selected thread is running情况后，调试器能够成功命中一号进程的断点了，但是当一号进程执行完后，调试器自动结束了调试会话，回到调试器调试界面，终端提示：

从内容中可以看到，GDB跟vscode说"Cannot execute this command while the selected thread is running."，这个其实和第二个问题是一样的，这说明GDB中有很多种关于线程在run的说法，那么为了处理这一种情况的多种说法，我们可以将在2问题中添加的那个判断的条件改成 “thread is running” ，进行宽泛的匹配。（除此之外，为了防止大小写的区别，我们也将msg的内容全部转换成小写）

4. 在解决完第三个问题后，我成功调试了第一进程，并且调试会话也没有终止，我准备启动第二个用户程序：udp.rs，并在其中打了断点，但是运行时，调试会话莫名又结束了，查看终端，结果如下：

根据报错提示和相应代码，我们得知，因为前面的修改，当 GDB 返回 线程在运行的信息时，我们将其修改成了 done，然而，GDB 并没有返回register-values 数据包，这就导致相应的函数无法取到对应的值，从而奔溃。因此对这个函数进行相应的调整即可。

5. 解决完前面的问题，然后我想尝试进一步的调试，测试程序是matrix.rs，其中有矩阵的计算，可以来测试一下我们的调试器是否能够查看其中的矩阵的索引变量的变化，好巧不巧，就出现的问题，当我运行 matrix.rs时，调试会话就莫名结束了，查看终端提示：

这个很明显就是第4个问题解决后导致的后续问题，当返回空数组后，上层函数 doAction 会觉得一定拿到一个值，并且其中最开始是没有处理空值的能力的，所以我们需要在 doAction 中每一处调用getSomeRegisters 或 getStack 的回调里，都加上空值检查。