Merge pull request #30 from ICS-25Fall-FDU/stacklab-docs-fix

Some format fix and examples of gdb instructions

Author: Zecyel

docs/lab/flowlab/b_gdb.png

@@ -2,7 +2,7 @@
 
 > Deadline：2025-11-11 23:59:59
 
-## 〇、实验简介与实用小工具
+## 〇、实验简介
 
 ### 实验简介
 
@@ -17,12 +17,16 @@
 - 在栈帧基础上探索更多有意思的功能，如**协程**
 - 从高处思考程序**控制流**的运行
 
-### 一些实用 GDB 指令
-
-本实验中需要经常使用 GDB 动态调试程序查看栈帧变化，以下是一些常用指令提示：
-
-- `x/5i $rip`：以汇编指令形式查看当前指令及后续 4 条指令
-- `x/10gx $rsp`：以十六进制形式查看当前栈顶及后续 9 个栈位置的值
+> [!tip]
+>
+> 本实验中需要经常使用 GDB 动态调试程序查看栈帧变化，以下是一些常用指令提示：
+>
+> - `x/5i $rip`：以汇编指令形式查看当前指令及后续 4 条指令
+>   - ![查看指令](flowlab/rip_gdb.png)
+> - `x/10gx $rsp`：以十六进制形式查看当前栈顶及后续 9 个栈位置的值
+>   - ![查看栈帧](flowlab/rsp_gdb.png)
+> - `b *[address]`：直接在指定地址处设定断点（例如 `b *0x401000`）
+>   - ![设定断点](flowlab/b_gdb.png)
 
 ## 一、危险的计算器
 
@@ -155,7 +159,7 @@ void foo() {
 
 > [!NOTE]Problem 1.1 (5 pts)
 >
-> 除了在报告描述你的攻击流程之外，你还需要在报告中回答以下问题：实验任务中导致溢出的函数早就成为了一个臭名昭著的函数，现如今几乎没有人会再使用它。但即使在 2024 年的今天，我们依然会看到许许多多的栈溢出、堆溢出漏洞。请你思考一下，还有什么其他的场景、函数会导致溢出？你自己是否在编程中遇到过栈溢出的情况？
+> 除了在报告描述你的攻击流程之外，你还需要在报告中回答以下问题：实验任务中导致溢出的函数早就成为了一个臭名昭著的函数，现如今几乎没有人会再使用它。但即使在 2025 年的今天，我们依然会看到许许多多的栈溢出、堆溢出漏洞。请你思考一下，还有什么其他的场景、函数会导致溢出？你自己是否在编程中遇到过栈溢出的情况？
 
 ## 二、更危险的计算器
 
@@ -228,10 +232,12 @@ gcc -fno-pie -no-pie -o dark-calc-my dark-calc.c
 
 > [!NOTE]Problem 3.2 (5 pts)
 >
-> 尝试查询资料，复原出之前实验中 `dark-calc` 的编译指令。
+> 尝试根据资料复原出之前实验中 `dark-calc` 的编译指令。
 
 > [!tip]
-> 通过特定命令行参数，可以不开启防御机制；
+>
+> 通过**特定命令行参数**，可以不开启防御机制；
+>
 > 为触发可写栈空间漏洞，编译时包含了额外文件，不仅包含 `dark-calc.c`。
 
 ## 四、栈帧的更多应用——协程
@@ -245,6 +251,7 @@ gcc -fno-pie -no-pie -o dark-calc-my dark-calc.c
 > [!warning]
 >
 > 本实验中，各测试**默认注释掉**，需手动删除 `main.cpp` 中的注释符号来开启；
+>
 > 提交时，请留下你能通过的测试，**将其他测试注释掉，否则会影响评分**。
 
 ### 前言
@@ -398,6 +405,7 @@ naive_func(void **p):
 > [!tip]
 >
 > 按照 x86-64 调用约定，rdi 和 rsi 分别为函数调用的第一二个参数，rax 为函数调用的返回值。在默认情况下，gcc 使用 AT&T 汇编语法。如果你想要使用 Intel 汇编语法，可以在 ctx.S 的开头加上一句 `.intel_syntax noprefix`。
+>
 > 禁止使用 setjmp、longjmp 或 __builtin_setjmp 等现成函数，但你**可以参考它们的实现**。
 
 ### 基于上下文回退的异常处理
@@ -479,6 +487,7 @@ catch{
 > [!tip]
 >
 > C 语言提供了 cleanup 属性，被添加该属性的变量会在生命周期结束时执行对应的函数，可以理解为类似析构函数的功能，可参考[这里](https://gcc.gnu.org/onlinedocs/gcc/Common-Variable-Attributes.html)。我们实现了 `__err_cleanup` 函数作为对 `__err_try` 执行清理操作的接口。
+>
 > **可以阅读 `context.h` 中对 `try`、`catch` 和 `throw` 的宏定义**，帮助理解错误处理栈的应用场景，为接下来的 Task 4.3 做准备。
 
 ### 基于上下文切换的生成器（协程）