《oranges一个操作系统的实现》阅读笔记三

最新推荐文章于 2022-11-01 15:17:24 发布

Joey2357

最新推荐文章于 2022-11-01 15:17:24 发布

阅读量2.4k

点赞数 3

分类专栏：阅读笔记操作系统 oranges 文章标签： oranges 操作系统引导扇区编译链接 Loader Kernel

本文链接：https://blog.csdn.net/superdahuangfeng/article/details/50465650

版权

阅读笔记同时被 3 个专栏收录

2 篇文章 0 订阅

订阅专栏

操作系统

2 篇文章 0 订阅

订阅专栏

oranges

2 篇文章 0 订阅

订阅专栏

第三章工具的使用

1.如何调试超过一个扇区的程序?

在这里总结以下从第一章到第四章，书上所用各种工具的意义。

1) 第一章直接用软盘，用bochs加载软盘，程序写到软盘的第一个扇区，bochs相当于一个实体机器，从软盘第一个扇区读取程序到0x7c00h，并跳转到此处执行。（具体开机流程可以参考第一篇笔记）

2)第二章用软盘的镜像文件充当虚拟的软盘,并没有突破引导扇区一个扇区容量的限制

3) 第三章由于引导扇区512字节的限制，限制了实验程序的大小，而又暂时不想进入引导扇区加载其他程序进内存比如Loader的步骤，所以就暂时利用freedos这个操作系统，bochs通过利用freedos.img的第一个扇区当做引导扇区，先把CPU控制权交给freedos,freedos格式化我们实验程序写入的b.img为dos文件系统格式，我们将自己的实验程序拷贝到b.img(就是向文件系统中拷贝个文件)中，然后在freedos通过指令加载执行我们的实验程序，利用了dos的文件系统

4).第四章我们自己写引导扇区，加载自己的Loader，要突破第一扇区，就得靠自己加载了，因为bios程序只负责将引导扇区的程序读到0x7c00h中，然后就将控制权交给了引导扇区的程序。但如果我们自己去读取程序的话，只能靠硬件软盘，硬盘的物理划分来读取，一个扇区一个扇区的加载到程序，这限制了我们程序边界的灵活性，要读多个文件的话也很复杂，这个时候就需要文件系统的帮忙了，但鉴于我们还没有自己的文件系统，我们可以先用一个成熟的文件系统FAT12,这样我们就可以方便的将自己的Loader写到软盘的文件系统FAT12里，并在引导扇区程序里方便灵活的找到它。

我本来是按照书上所说使用freedos来执行编译的程序，但是想调试32位汇编程序，并没有找到好工具，根据网上所说我找到了TDdebug.exe,但是执行起来有问题(费了老大的劲又是重装bochs又是找各种版本)，结果最后还是不行，后来用了个Debug32.exe但是不知道如何现实X86架构下的各个寄存器，所以最后放弃了。(其实想想很有可能是freedos根本不支持X86下的东西，或者版本不对，反正搞得很不爽，所以就停了)。最后就用bochs调试了，但是毕竟由于扇区限制和又还没写自己的Loader那。我的解决方案就是删程序。在这里我也建议大家如果没有更好的调试方法可以通过删程序将程序精简到512字节内直接用bochs调试。第一比较直观没有其他系统或者文件系统的干扰，第二在前几章还没有很复杂的程序出现，只需要保留自己想实验的代码，把没用的删除了，第三这样更能考察对于书中代码的理解，如果只是把书上的源代码原封不动的拿来调试，会忽视很多问题，只有出现问题，才能解决问题，如果没有出现任何问题也就证明没有解决任何问题。

2. 为什么用COM，ELF文件?

COM, ELF文件都只是中文件格式，就是除了文件内容有一些标识文件类型的信息，用来被解释者读取使用。COM是dos下可执行文件格式，ELF是Linux下可执行文件格式。前三章一直用com格式是因为一直在用dos加载执行程序，而后续我们要自己加载执行ELF文件。可执行文件除了代码外还会有其他的执行相关信息，比如代码，数据的分段，将代码加载到内存什么位置，这些信息在编译链接的时候写进可执行文件，加载的时候被加载程序读取用来做相应处理。所以说加载程序和可执行文件是配对的。采用ELF文件是因为我们会在Linux开发自己的操作系统，所以生成的执行文件就是ELF格式的，我们自己同样要开发加载程序去读取ELF文件中的信息。

3.什么时候使用汇编语言什么时候用C语言?

这个问题应该从技术发展的历史角度看。刚开始程序员用汇编写操作系统，但后来发现开发效率非常低下，所以发明了高级语言C语言，高级语言是为了开发通用软件时的效率。但是高级语言受限于编译器，主流的编译器只能将C语言转化为有限的汇编也就是汇编的一个子集，所以必然有一部分指令是没办法通过C语言实现的，这个时候就需要汇编了。