.COM文件包含程序的一个绝对映象----就是说,为了运行程序准确的 处理器指令和内存中的数据,MS-DOS通过直接把该映象从文件拷贝到内存 而加载.COM程序;它不作任何改变. 为加载一个.COM程序,MS-DOS首先试图分配内存,因为.COM程序必须 位于一个64K的段中,所以.COM文件的大小不能超过65,024(64K减去用于 PSP的256字节和用于一个起始堆栈的至少256字节).如果MS-DOS不能为程 序,一个PSP,一个起始堆栈分配足够内存,则分配尝试失败.否则,MS-DOS 分配尽可能多的内存(直至所有保留内存),即使.COM程序本身不能大于64 K.在试图运行另一个程序或分配另外的内存之前,大部分.COM程序释放任 何不需要的内存. 分配内存后,MS-DOS在该内存的头256字节建立一个PSP,如果PSP中的 第一个FCB含有一个有效驱动器标识符,则置AL为00h,否则为0FFh.MS-DOS 还置AH为00h或0FFh,这依赖于第二个FCB是否含有一个有效驱动器标识符. 建造PSP后,MS-DOS在PSP后立即开始(偏移100h)加载.COM文件,它置 SS,DS和ES为PSP的段地址,接着创建一个堆栈.为创建一个堆栈,MS-DOS置 SP为0000h,若已分配了至少64K内存;否则,它置寄存器为比所分配的字节 总数大2的值.最后,它把0000h推进栈,这是为了保证与在早期MS-DOS版本 上设计的程序的兼容性. MS-DOS通过把控制传递偏移100h处的指令而启动程序.程序设计者必 须保证.COM文件的第一条指令是程序的入口点. 注意,因为程序是在偏移100h处加载,因此所有代码和数据偏移也必 须相对于100h.汇编语言程序设计者可通过置程序的初值为100h而保证这 一点(例如通过在原程序的开始使用语句org 100h). 我一直对 com 文件发毛, 不明白到底如何是com文件, 在群里讨论的时候, 前辈告诉我, 别搞那么复杂, 你只记住2个重要的地方, 第一。com格式的文件偏移一定要是从100H开始,你要用org这样的指令使偏移在100H,第二程序只有一个段。 好了,再结合上面的,来想想 PSP段, 首先,这是操作系统建立的, 我实验了同样代码的程序第一个使用 masm编译成exe, 得到的结果是这样的, ds:0b5a, cs:0b6a ip:0查了下每个段的数据 数据段的确是 PSP 段, 但是你要记住, ds是系统设置成了 PSP的首地址, 并不是真的存在这个段。 第二个是, bin 用 exe2bin 转换成 bin 查看了下,cs:0b0b,ds:0b0b, ip:100, 因为我采用了com的编写格式, 在程序开头使用了org 100H,而上面的exe没用。 查看各个段也是很好理解的, bin里我也发现了 psp段, 不过这次的 PSP的那100个字节确实放在 bin偏移的那100H里,并不是系统建立的。。。让我挺奇怪。 第三个, 程序和bin一样,不过使用 nasm编译成com 这次, 能看出来PSP由系统建立, 之后是偏移的那100H,然后才是程序的开始。但是有一个问题还没搞清楚, ds,cs都是0b5a, ip=100H但是这样计算得到的代码开始却是org 100H那那段的开始地址。。。 先建立psp然后偏移了100H开始加载com, 而程序就是偏移了100H,并且上一段文字也说了DOS置DS,CS为PSP段地址,但那个疑问还是存在。 不过能明显的看出来三个格式的不同, 而bin根本不能运行, 我想是因为dos没有给它建立PSP吧或者是虽然建立了却找不到(它不知道bin里装着) |
|
来自: 迎风初开 > 《knowledge base》