《汇编语言》第四章 第一个程序

4.1 一个源程序从写出到执行的过程

汇编语言程序从写出到执行的简要过程：

1，编写汇编源程序，产生一个存储源程序的文本文件

2，对源程序进行编译连接
使用汇编语言编译程序对源程序文件中的源程序进行编译，产生目标文件，再用连接程序对目标文件进行连接，生成可在操作系统中直接运行的可执行文件

可执行文件包括两部分
第一部分：程序(从源程序中的汇编指令翻译过来的机器码)和数据(源程序中定义的数据)
第二部分：相关的描述信息，如程序的大小，需要的内存空间大小

3，执行可执行文件中的程序，操作系统可以执行文件中的信息，将可执行文件中的机器码和数据加载入内存，并进行相应的初始化(如设置CS：IP指向第一条要执行的指令)，然后由CPU执行程序

4.2 源程序

1，伪指令
汇编语言中，包含两种指令，一种是汇编指令，一种是伪指令，汇编指令有对应的机器码，可以被编译为机器指令，最终被CPU执行。而伪指令没有对应的机器指令，由编译器来执行，编译器根据伪指令来进行相关的编译工作

(1)段名 segment

段名 ends

segment和ends是一对成对使用的伪指令，这是在写可被编译器编译的汇编程序时，必须用到的一对伪指令，segment和ends的功能是定义一个段，segment说明一个段开始，ends说明一个段结束，一个段必须有一个名称来标识

一个汇编程序由多个段组成，这些段用来存放代码，数据或当作栈空间使用

(2) end

end是一个汇编程序的结束标志，如果碰到为伪指令end，就结束对源程序的编译

注：segment和ends是成对使用的，标记一个段的结束，end单独使用其作用是标志整个程序的结束

(3) assume

assume这条伪指令的含义是 假设，它假设某一段寄存器和程序中的某一个segment…ends定义的段相关联，在编程时，使用assume将有特定用途的段和相关的段寄存器关联起来

示例中，用assume cs:codeg 将用作代码段的段codeg和CPU中的段寄存器cs关联了起来

2，源程序中的程序

可以将源程序中的所有内容称为源程序，将源程序中最终由计算机执行，处理的指令或数据，称为程序，程序最先以汇编指令的形式存放在源程序中，经编译，连接后转变为机器码

3 标号
汇编中，除了汇编指令和伪指令外，还有一些符号，如codeg，一个标号指代了一个地址，如codeg在segment前面，作为一个段的名称，这个段的名称最终被编译，连接程序处理为一个段的段地址

4 程序的结构

源程序由一些段构成，可在这些段中存放代码，数据或将某个段当作栈空间

(1)，要先定义一个段，使用segment和ends，并在其前面加上标号
(2)在这个段中写入汇编指令
(3)然后，程序末尾加上end
(4)视情况加上assume 寄存器，将代码段与相应寄存器关联

5 程序返回

在DOS(单任务操作系统)系统中，一个程序P2在可执行文件中，则必须有一个正在运行的程序P1，将P2从可执行文件中载入内存后，将CPU的控制权交给P2，P2才可以运行，P2开始运行后，P1暂停运行

当P2运行结束后，应该将CPU的控制权交给使得它可以运行的程序P1，此后，P1继续运行

一个程序结束后，将CPU的控制权交还给他得以运行的程序，称这个过程为程序返回，应当在程序的末尾添加 返回的程序段

示例中的 mov ax，4c00H 和int 21H实现的功能就是程序返回

6 语法错误和逻辑错误
一般来说，程序在编译时被编译器发现的错误是语法错误，源程序编译后，运行时出现的错误是逻辑错误

4.3 编辑源程序

进入dos，输入命令edit进入文本编辑器

4.4 编译

通过masm汇编编译器，输入源程序文件名(指明路径)，最多可以得到3个输出，目标文件(.obj)，列表文件(.lst)，交叉引用文件(.crf)
.obj是最终想要得到的结果，另外两个是中间结果，可以让编译器忽略对它们的生成

4.5 连接

执行link.exe进入连接模式，注意指明路径，连接时需要的文件为.obj

连接的作用：
1，当源程序很大时，可以将它分为多个源程序文件来编译，每个源程序编译成目标文件后，再用连接程序将它们连接到一起，生成一个可执行文件

2，程序中调用了某个库文件中的子程序，需要将这个库文件和该程序生成的目标连接到一起，生成一个可执行文件

3，一个源程序编译后，得到了存有机器码的目标文件，目标文件中有些内容能直接生成可执行文件，连接程序将这些内容处理为最终的可执行文件

通过连接，得到可执行文件是最终目的

4.6 以简化的方式进行编译和连接

简化方式直接忽略中间文件的生成

4.7 exe的执行

运行编译，连接好后生成的可执行文件2.exe并没有出现任何结果

程序是确实运行了的，只是屏幕上看不到任何运行结果，因为该程序根本没有向显示器输出任何信息，只是做了一些数据送入寄存器和加法的操作

4.8 谁将exe文件加载入内存并使其运行

4.2.5中描述过程序P2运行的过程，对于我们的程序2.exe是谁将它加载进了内存？这个正在运行的程序是什么？它将程序加载进内存，如何使程序运行？程序运行结束后，返回到了哪里？

在DOS系统中，有一个程序command.com，这个程序在DOS中称为命令解释器，即DOS的shell，用户使用这个程序操作计算机系统工作

如果用户要执行一个程序需要先输入该程序的名称，command首先根据文件名找到可执行文件，然后将这个可执行文件加载入内存，设置CS：IP指向陈程序的入口，此后，command停止运行，CPU运行程序，程序运行结束后，返回command，command再次等待用户的输入

4.9 程序执行过程的跟踪

command将可执行文件加载进内存，设置CS：IP指向程序的入口的操作是连续完成的，而当CS：IP一指向程序的入口，cmmand就放弃了CPU的控制权，CPU开始运行程序，直到程序结束

为了观察程序的运行过程，可以使用debug，debug将程序加载进内存，设置CS：IP指向程序的入口，但debug不放弃对CPU的控制

cx存放程序长度，2.exe中程序的机器码有15个字节，则cx中内容为000FH

dos中exe文件的加载过程：

使用p命令执行 int 21

运行debug对2.exe程序跟踪时，程序的加载顺序是：
command加载debug，debug加载2.exe
返回顺序是：从2.exe返回到debug，从debug返回到command