【开发日志】第五周：改调试器论文，找到 uftrace 的依赖

[chenzhiy2001]

本周工作是第三周工作 #5 的延续。

1. 改调试器论文

1.1 读类似的调试工具的论文

1. 上周组会发现论文内容不足，需要寻找相关工作。确定相关工作内容：

   • 调试器（调试器设置断点的原理）
   • 特权级切换
   • 符号表

2. 学习论文写作格式（标题、章节怎么划分）

论文列表：

• Automatic Tracing in Task-Based Runtime Systems
• Improving Debugging For Optimized Rust Code On Embedded Systems
• Developing a Debugger for Real-Time Operating System
• LLDBagility: Practical macOS kernel debugging
• Contributions for Improving Debugging of Kernel-level Services in a Monolithic Operating System

1.2 重构当前的论文

commit（还没改完）: chenzhiy2001/code-debug-paper@c3e807e#diff-fb625d0f4d6934a907ed1a3d6015533d68ff99741e3e9d5e5997efb04f269c9cR16

• 之前页表的问题，我仔细想了一下，确实是符号表导致的，因为设置断点的流程是：源代码=>内存地址=>断点。符号表出问题了才导致第二章分析的页表的问题。

  1. 没有另一个隔离环境的符号表，所以无法设置断点
  2. 就算加载符号表，也会设置失败，失败的原因有两个

• 解决方案总分总

  • 为了解决问题1，设置钩子断点
  • 为了解决问题2，设置断点组缓存的机制
  • 由于 GDB 是静态调试，需要设置出口断点，解决切换时机的问题

2. 找到 uftrace 的依赖

• perf_event_open（统计）
• ptrace（控制进程执行流）
• /proc（访问进程信息）
• libdw（读取elf）
• mcount
• cxa_demangle（c++ demangler）

[chenzhiy2001]

下周工作：

• Starry 多进程收尾
• 核心工作：人工设置出口断点，调试器读取并自动打边界断点，触发之后识别并切换断点组
• 看 uftrace 相关工作