实验三

练习一：

 输入代码如上图所示：

 

 

对源程序进行编译之后，会生成一个目标文件（.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

那一定是我错了这有一个拓展错误，不知道是怎么回事

 汇编语言中不允许以字母开头，因此要在前面加上一个零。书本P104

 

 起初定位的单目调试位置 不尽人意

 

后来我才知道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（这样做的目的是为了以后循环的便利以及第五章的知识）

 第一 ：debug和汇编编译器masm 对指令的不同的处理：

　　例如： mov ax,[0] 会被当做 mov ax,0 这条指令进行处理。

　　显然这是两个既然不同的性质。

　　debug将[idata] 解释为内存单元，编译器将[idata]解释为idata

第 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 实现的功能；

当时实验之后发现低位储存数字的颜色，高位储存数值，和这里好像是相反的

 

私下总结：

之前调试源程序的时候不是很熟练，私下里试了好多次。坚持下去就会有应对的方法的，要付出很多“试错”成本，无论做什么事。