这是一个创建于 3100 天前的主题，其中的信息可能已经有所发展或是发生改变。
自己制作一个操作系统的过程，阅读过程会一边汉化源码，一边执行还有根据一些相关的内容进行代码的书写，欢迎大家交流。
GitHub 地址：https://github.com/yourtion/30dayMakeOS
运行方法，在 tolset 中新建一个 run 文件夹，把代码拷贝进去，然后根据系统版本运行 !cons_**.bat。
一般都是使用 make run 运行代码， 27 天开始使用 make run_full。可以直接看书。
完成效果
内容简介
第一周（第 1 天～第 7 天）
一开始首先要考虑怎么来写一个“只要一通电就能运行的程序”。这部分用 C 语言写起来有些困难，所以主要还是用汇编语言来写。
这步完成之后，下一步就要写一个从磁盘读取操作系统的程序。这时即便打开电脑电源，它也不会自动地将操作系统全部都读进来，它只能读取磁盘上最开始的 512 字节的内容，所以我们要编写剩余部分的载入程序。这个程序也要用汇编语言编写。
一旦完成了这一步，以后的程序就可以用 C 语言来编写了。我们就尽快使用 C 语言来学习开发显示画面的程序。同时，我们也能慢慢熟悉 C 语言语法。这个时候我们好像在做自己想做的事，但事实上我们还没有自由操纵 C 语言。
接下来，为了实现“移动鼠标”这一雄心，我们要对 CPU 进行细致的设定，并掌握中断处理程序的写法。从全书总体看来，这一部分是水平相当高的部分，笔者也觉得放在这里有些不妥，但从本书条理上讲，这些内容必须放在这里，所以只好请大家忍耐一下了。在这里， CPU 的规格以及电脑复杂的规格都会给我们带来各种各样的麻烦。而且开发语言既有 C 语言，又有汇编语言，这又给我们造成了更大的混乱。这个时候我们一点儿也不会觉得这是在做自己想做的事，怎么看都像是在“受人摆布”。
渡过这个痛苦的时期，第一周就该结束了。
- 第 1 天：从计算机结构到汇编程序入门
- 第 2 天：汇编语言学习与 Makefile 入门
- 第 3 天：进入 32 位模式并导入 C 语言
- 第 4 天： C 语言与画面显示的练习
- 第 5 天：结构体、文字显示与 GDT/IDT 初始化
- 第 6 天：分割编译与中断处理
- 第 7 天： FIFO 与鼠标控制
第二周（第 8 天～第 14 天）
一周的苦战还是很有意义的，回头一看，我们就会发现自己还是斩获颇丰的。这时我们已经基本掌握了 C 语言的语法，连汇编语言的水平也能达到本书的要求了。
所以现在我们就可以着手开发像样的操作系统了。但是这一次我们又要为算法头痛了。即使掌握了编程语言的语法，如果不懂得好的算法的话，也还是不能开发出来自己想要的操作系统。
所以这一周我们就边学习算法边慢慢地开发操作系统。不过到了这一阶段，我们就能感觉到基本上不会再受技术问题限制了。
- 第 8 天：鼠标控制与 32 位模式切换
- 第 9 天：内存管理
- 第 10 天：叠加处理
- 第 11 天：制作窗口
- 第 12 天：定时器（ 1 ）
- 第 13 天：定时器（ 2 ）
- 第 14 天：高分辨率及键盘输入
第三周（第 15 天～第 21 天）
现在我们的技术已经相当厉害了，可以随心所欲地开发自己的操作系统了。首先是要支持多任务，然后是开发命令行窗口，之后就可以着手开发应用程序了。
到本周结束时，就算还不够完备，我们也能拿出一个可以称之为操作系统的软件了。
第四周（第 22 天～第 28 天）
在这个阶段，我们可以尽情地给操作系统增加各种各样的功能，同时还可以开发出大量像模像样的应用程序来。
这个阶段我们已经能做得很好了，这可能也是我们最高兴的时期。这部分要讲解的内容很少，笔者也不用再煞费苦心地去写那些文字说明了，可以把精力都集中在编程上（笑）。
对了，说起文字才想起来，正好在这个时期可以让我们的操作系统显示文字了。
- 第 22 天：用 C 语言编写应用程序
- 第 23 天：图形处理相关
- 第 24 天：窗口操作
- 第 25 天：增加命令行窗口
- 第 26 天：为窗口移动提速
- 第 27 天： LDT 与库
- 第 28 天：文件操作与文字显示
免费赠送两天（第 29 天～第 30 天）
剩下的两天用来润色加工。这两天我们来做一些之前没来得及做，但做起来既简单又有趣的内容。
 |
1
misaka00251 2016-05-27 12:10:48 +08:00 via Android
感谢:3
|
 |
2
corboy 2016-05-27 12:16:54 +08:00
需要哪些基本的知识，才能根据这本书做出一个操作系统
|
 |
3
yourtion OP |
 |
4
zingl 2016-05-27 12:56:25 +08:00
|
 |
5
visonme 2016-05-27 16:08:03 +08:00
大学时候有玩过，后来玩不动这货了，支持楼主
|
 |
7
tremblingblue 2016-05-27 16:33:02 +08:00
发了个感谢，感谢 lz 这么有心，曾经我也想玩这个，这几本书都买了，但是一直没时间玩下去。
|
 |
8
etnperlong 2016-05-28 08:57:09 +08:00 via Android
感谢楼主辛苦了。
|
 |
9
Smilecc 2016-05-28 17:09:14 +08:00
太棒了
|
 |
10
Reficul 2016-05-29 20:32:06 +08:00  1
以前也跟着写过一个，用的系统自带的 GCC 和 NASM ，没用提供的工具，然后到 22 天左右的内容弃坑了。因为不知道为啥，编译出来的 Hello World 程序从 ELF 转换成 RAW 格式之后，系统加载之后程序的数据段没法找到，而原作者貌似同他的工具会自定义了一个程序头。
|
|
11
yourtion OP 2
|
|
12
Reficul 2016-05-30 23:23:29 +08:00
@yourtion
嗯，我知道的，这个书中说到了。 后来因为不会用工具把数据段的地址从程序里解析出来，或者直接让系统解析 ELF 头，就弃坑了。 其实调用 API 和用 C 写程序都能工作了，就是数据段一直不正常。 |
 |
13
dexterlei 2016-05-31 09:19:36 +08:00
我在 baidu 搜索了下 tolset ，也没有搞明白 tolset 是什么？
另外，这个是不是只能在 windows 下进行练习操作呀？ 制作出的系统和制作它的系统（如在 windows 上运行则为 windows ）之间是什么关系？ |
|
14
yourtion OP @dexterlei 应该是 tools set 吧。 windows 只是编译环境，然后用 qemu 运行，编译出来的 img 镜像可以在虚拟机以及真机运行（通过软盘启动）。
我在另外一个项目已经实现在 Mac 上编译运行（也是用 qemu 运行）： https://github.com/yourtion/YOS |
 |
16
samael 2016-05-31 18:07:52 +08:00
支持下, 之前也玩过这个
|
 |
17
hronro 2016-06-01 18:08:26 +08:00 via Android
卧槽，这个好叼
|
 |
18
hqs123 2016-06-03 15:11:55 +08:00
不懂但感觉很厉害样子(/ □ \)
|
 |
20
fromwheretowhere 2016-06-18 14:58:29 +08:00
争取把代码也汉化了吧,变量啥的
|
 |
21
besto 2017-06-29 14:13:37 +08:00
@Reficul 我已经过了这个问题了，同样 Linux 下 GCC+NASM，不需要使用任何第三方的软件。
建议先研究一下 GCC-LD 的 LMA/VMA，另外知道一个前提是 code 在 CS 段，别的一切都在 DS 段。 如果严格按照书上来做的话，.text 的 LMA=VMA 0x0，.data. .rodata 连在一起（默认.rodata 会接.text), LMA=0+sizeof(.text), VMA=0，然后吧.data. radata 的，stack 的长度放文件头，然后 malloc 一个同样长度内存，把.data.rodata copy 过去。 简单的做法：.text LMA=VMA=0x0，别的一切顺延。然后 DS 段指向 CS 段起始，分配的时候把 stack 的长度留下来，就 OK 了，好处是简单，节约内存，坏处是，应用可以直接改.text 内容，有风险。 |
Select Language