输入代码如上图所示：
对源程序进行编译之后，会生成一个目标文件（.obj）我一次评判操作是否有效。
(2) 将 line4 和 line9 种寄存器 dl 的值分别修改为 0~9 中任何一个数字，重新汇编→ 连接→运行，观察结果的变化。
修改的数字分别是5和8
下面是不是要重新编译，否则还是原来的值？
一开始我想偷懒 就直接键入 t1.exe 但是结果还是原来的值。
仔细想也是啊，不进行编译系统也不知道 文件进行了修改。
因为进行的编译和连接与一次相同，这里就直接就给出结果的截图了
(3) 用 debug 对生成的可执行文件 t1.exe 进行调试。、
① 使用 r 命令查看。观察寄存器 cx 的值是 多少；观察寄存器 ds 和 cs 的值是多 少，它们之间是否满足关系(cs)=(ds)+10H?
小插曲：
这个问题让我有个疑问应该在当前目录下进行debug调试，还是要切换。
直接在盘符路径下debug就可以了。
cx的值是：0000
dx的值是：0000
那一定是我错了这有一个拓展错误，不知道是怎么回事
起初定位的单目调试位置 不尽人意
后来我才知道debug.exe 和 t1.exe 文件没有放在一个路径下面的原因。
cx=076ah,dx= 75a
满足：cs= ds+(10h)
② PSP（程序段前缀）的头两个字节是 CD 20, 用 debug 查看 PSP 的内容，验证是否如此
这个我没太懂，但是去查看当前数据段地址开始的128个字节发现 cd 之后的字节是20h
③ 使用 u 命令对 t1.exe 进行反汇编，观察反汇编得到的源代码。
和一开始的汇编语言有偏差是因为，反汇编起始位置设置的原因。
这样就和原来是一样的了。
④ 使用 t 命令和 p 命令（遇到 int 命令时，用 p 命令）单步调试，观察结果。
最后显示的结果正是我修改过dl的值。
第 1 步，编写汇编源程序 t2.asm，源程序代码如图 1-2 所示。
line15-16 相当于 move[0] 0433h（这样做的目的是为了以后循环的便利以及第五章的知识）
第 2 步，对源程序 t2.asm 进行汇编、连接、运行、调试 (1) 对 t2.asm 进行汇编、连接后，得到可执行文件 t2.exe。运行 t2.exe，观察程序运行 结果，验证是否在屏幕左上方出现红色的数值 36。
有一个错误
我一始以为去掉开头的零不会影响结果，但是加上零之后才是对的
可视化的界面下的目标文件：
注*）经测试，有些平台在 dosbox 下运行这个程序时有些问题，如果屏幕左上方没有 输出结果，请运行程序 t2.exe 前，先输入 cls 命令清空一下屏幕，然后再执行 t2.exe。
在 cls操作之后得到的结果。
(2) 如果(1)结果得到验证，重新打开 t2.asm，尝试将源代码中 line7 的 0433h→0432h, line10 的 0436h→0439h, 然后重新汇编、连接，得到可执行文件 t2.exe。使用 cls 命令清 屏后，再次观察程序运行结果。
颜色没有改变，最后显示的是刚才修改的数字 2 和9
(3) 如果(1)结果得到验证，重新打开 t2.asm，尝试将源代码中 line7 的 0433h→0333h, line10 的 0436h→0336h, 然后重新汇编、连接，得到可执行文件 t2.exe。使用 cls 命令清 屏后，再次观察程序运行结果。
颜色改变了，那么高位寄存器负责存储值的颜色，地位存储器负责存储值
（1）把练习 2 和实验 1「实验任务(4)」，放到一起看，观察并思考这两个实验任务之间 的关联，结合实验 1「实验任务(4)」以及练习 2 中每行汇编指令的功能，理解练习 2 中程 序 t2.asm 实现的功能；
当时实验之后发现低位储存数字的颜色，高位储存数值，和这里好像是相反的
私下总结：
之前调试源程序的时候不是很熟练，私下里试了好多次。坚持下去就会有应对的方法的，要付出很多“试错”成本，无论做什么事。
原文：https://www.cnblogs.com/hongjie-di/p/9975812.html