请问如何在实模式下进入ring0？

idoloveyou 2004-10-18 10:44:02

是不是只要用.386p就可以了？

...全文

78 6 打赏收藏转发到动态举报

写回复

6 条回复

切换为时间正序

请发表友善的回复…

发表回复

xjp6688 2004-10-20

打赏
举报

回复

学习！

idoloveyou 2004-10-19

打赏
举报

回复

哦，那保护模式下呢？怎么进入？

Areslee 2004-10-19

打赏
举报

回复

实模式没有RING0和RING3的概念
进了PM再说

taianmonkey 2004-10-19

打赏
举报

回复

void __declspec( naked ) Ring0Proc(void)
// 中断例程，运行在Ring0
{
_asm{
mov _eax,eax //
mov _ecx,ecx //
mov eax, CR0
// 测试Ring3 中不能执行的特权指令
mov _cr0,eax //
}
VMMCall(Get_VMM_Version);
// 调用VMM 服务
_asm{
mov vmmver,ax
}
nothing();
// 测试在运行于Ring0 的
中断例程中调用子
　　 _asm iretd
// 中断返回, 与在实模式
编程无本质区别
}

taianmonkey 2004-10-19

打赏
举报

回复

void Ring0()
{ //在Windows9x下进入ring0后进行的操作
__asm
{
cli
mov al,34h
out 43h,al //写入8253控制寄存器，设置写0号定时器
mov ax,bx
out 40h,al //写定时值低位
mov al,ah
out 40h,al //写定时值高位
sti
iretd;
}
}

Areslee 2004-10-19

打赏
举报

回复

满天都是代码，到网上找去

内容简介　　本书从只有二十行的引导扇区代码出发，一步一步地向读者呈现一个操作系统框架的完成过程。书中不仅关注代码本身，同时关注完成这些代码的思路和过程。本书不同于其他的理论型书籍，而是提供给读者一个动手实践的路线图。读者可以根据路线图逐步完成各部分的功能，从而避免了一开始就面对整个操作系统数万行代码时的迷茫和挫败感。书中讲解了大量在开发操作系统中需注意的细节问题，这些细节不仅能使读者更深刻地认识操作系统的核心原理，而且使整个开发过程少走弯路。本书分上下两篇，共11章。其中每一章都以前一章的工作成果为基础，实现一项新的功能。而在章的内部，一项大的功能被分解成许多小的步骤，通过完成每个小的步骤，读者可以不断获得阶段性的成果，从而让整个开发过程变得轻松并且有趣。　　本书适合各类程序员、程序开发爱好者阅读，也可作为高等院校操作系统课程的实践参考书。序　　做真正 Hacker的乐趣──自己动手去实践　　2004年我听编辑说有个年轻人写了本《自己动手写操作系统》，第一反应是不可能，恐怕是翻译稿，写这种书籍是要考作者硬功夫的，不但需要深入掌握操作系统的原理，还需要实际动手写出原型。　　历史上的 Linux就是这么产生的，Linus Torvalds当时是一名赫尔辛基大学计算机科学系的二年级学生，经常要用自己的电脑去访问大学主机上的新闻组和邮件，为了方便读写和下载文件，他自己编写了磁盘驱动程序和文件系统，这成为了 Linux第一个内核的雏形。　　我想中国有能力写出内核原型的程序员应该也有，但把这个题目写成一本书，感觉上不会有人愿意做这件事情，作者要花很多时间，加上主题比较硬，销售量不会太高，经济上回报有限。　　但拿来文稿一看，整个编辑部大为惊艳，内容文笔俱佳，而且绝对原创，马上决定在《程序员》连载。2005年博文视点出版的第一版也广受好评。　　不过有很多读者还是质疑：现在软件编程主要领域是框架和应用，还需要了解操作系统底层吗？　　经过四年的磨练成长，于渊又拿出第二版的书稿《Orange'S：一个操作系统的实现》，这本书是属于真正 Hacker的。我虽然已经有多年不写代码了，但看这本书的时候，让我又重新感受到做程序员的乐趣：用代码建设属于自己的系统，让电脑听从自己的指令，对系统的每个部分都了如指掌。　　黑客（hacker）实际是褒义词，维基百科的解释是喜欢用智力通过创造性方法来挑战脑力极限的人，特别是他们所感兴趣的领域，例如软件编程或电气工程。个人电脑、软件和互联网等划时代的产品都是黑客创造出来的，如苹果的 Apple电脑、微软的 Basic解释器、互联网的 Mosaic浏览器。　　回答前面读者的质疑，学软件编程并不需要看这本书，想成为优秀程序员和黑客的朋友，我强烈建议你花时间来阅读这本书，并亲自动手实践。正如于渊在本书结尾中所说“我们写自己的操作系统是出于一种好奇，或者说一种求知欲。我希望这样不停地‘过把瘾’能让这种好奇不停地延续”。　　好奇心是动力的源泉，追究问题的本质是优秀黑客的必备素质，只有充分掌握了系统原理，才能在技术上游刃有余，才能有真正的创新和发展。中国需要更多真正的黑客，也希望更多的程序员能享受属于黑客的创造乐趣。　　蒋涛　　2009年 4月作者自序　　本书是《自己动手写操作系统》的第二版，通过一个具体的实例向读者呈现一个操作系统雏形的实现过程。有关操作系统的书籍资料可以找到很多，但是关注如何帮助读者实现一个试验性操作系统的书籍却不多见，本书便是从一个简单的引导扇区开始，讲述一个操作系统成长的故事，以作读者参考之用。　　本书面向实践，通过具体实例教读者开发自己的操作系统。书中的步骤遵循由小到大、由浅入深的顺序，跟随这些步骤，读者可以由一个最简单的引导扇区开始，逐渐完善代码，扩充功能，最后形成一个小的操作系统。　　本书不仅介绍操作系统的各要素，同时涉及开发操作系统需要的各个方面，比如如何建立开发环境、如何调试以及如何在虚拟机中运行等。书中的实例操作系统采用IA32作为默认平台，所以保护模式也作为必备知识储备收入书中，而这是传统的操作系统实践书籍经常忽略的。总之，只要是开发自己的操作系统中需要的知识，书中都尽量涉及，以便于读者参考。　　众所周知，一个成型的操作系统往往非常复杂。如果考虑到操作系统作为软硬件桥梁的特殊地位，那么它可能看上去比一般的软件系统更难理解，因为其核心部分往往包含许多直接针对CPU、内存和 I/O端口的操作，它们夹杂在一片代码汪洋之中，显得更加晦涩。　　我们有许多源代码公开的操作系统，可供随时下载和阅读，看上去好像让实现一个供自己把玩的微型操作系统变得容易很多，但事实往往不尽人意，因为这些代码动辄上万甚至几十几百万行，而且细节之间经常互相关联，要理解它们着实不易。我们有许多容易得到的操作系统教程，但读来好像总觉得跟我们有隔膜，不亲近。造成这些的根本原因，在于学习者一开始就面对一个完整的操作系统，或者面对前辈们积累了几十年的一系列理论成果。而无论作者多么擅长写作，读者多么聪明，或者代码多么优秀，要一个初学者理清其中的头绪都将是非常困难的。　　我并非在此危言耸听，因为这曾经是我的亲身体会。当然，如果只是为了考试，几本操作系统理论书籍就足够了，你不需要对细节那么清楚。但如果是出于兴趣呢？如果你是想编写自己的操作系统呢？你会发现理论书籍好像一下子变得无用武之地，你会发现任何一个细节上的理解错误都可能导致自己辛辛苦苦编写的代码运行异常甚至崩溃。　　我经历过这一切！我曾经翻遍了一本《操作系统：设计与实现》，也没有找到实现一个操作系统应该从何处着手。并不是这些书不好，也不是前人的代码不优秀，而是作为一无所知的初学者，我们所不了解的不仅是高居庙堂的理论知识，还有让我们举步维艰的实践细节。　　可能在这些教科书作者的眼里，操作的细节不属于课程的一部分，或者这些细节看上去太容易，根本不值一提，甚至作者认为这些属于所谓“经验”的一部分，约定俗成是由读者本人去摸索的。但是实际情况往往是，这些书中忽略掉的内容恰恰占去了一个初学者大部分的时间，甚至影响了学习的热情。　　我至今仍记得当我开始编写自己的操作系统时所遭受的挫败感，那是一种不知道如何着手的无助的感觉。还好我坚持了下来，克服了各种困难，并完成了自己的操作系统雏形。　　进而我想到，一定不只是我一个人对编写自己的操作系统怀有兴趣，也一定不只是我一个人在实践时遇到困难。或许我应该把自己的经历写下来，从而可以帮助跟我相似的后来者，就这样，我编写了本书的第一版，也就是《自己动手写操作系统》。我相信，如果你也对神奇的计算机世界充满好奇，并且希望通过自己编写操作系统的方式来了解背后发生的故事，那么你一定可以在这本书中得到一些帮助。而假如你真的因为我的书而重新燃起实践的热情，从而开始一段操作系统旅程，我将会感到非常高兴。　　不过我得坦白，在写作《自己动手写操作系统》的时候，我并不敢期待它能引起多少反响，一方面因为操作系统并不是时尚的话题，另一方面我也是走在学习的路上，或许只是比读者早走了一小步而已。然而出乎我的意料，它面世后重印多次，甚至一度登上销量排行榜的榜首，这让我觉得它的确有一定的参考价值，我要借此机会感谢所有支持我的读者。　　在我写作《自己动手写操作系统》的时候，并没有想过今天会有一个第二版。原因在于，我希望这本书是用来填补空白的，而不是重复去做别人已经做得很好的事情。所谓填补空白，具体说就是让像我一样的操作系统爱好者在读完本书之后，能够有信心去读其他比较流行的开源的操作系统代码，有能力从零开始自己动手写操作系统，而这个任务第一版已经完成了。　　那么为什么我又写作了第二版呢？原因有几个方面。第一，虽然第一版未曾涉及的进程间通信、文件系统等内容在许多书中都有讲解，但阅读的时候还是感觉有语焉不详的通病，作者本人可能很清楚原委，但写得太简略，以至于读者看来未必清晰。第二，我自己想把这个圈画圆。第一版的书虽然完成了它的使命，但毕竟到书的结尾，读者看到的不是一个真正的操作系统，它没有文件系统，没有内存管理，什么也干不了。在第二版中，你将会看到，你已经可以通过交叉编译的方式为我们的实验性 OS编写应用程序了，也就是说，它已经具备操作系统的基本功能，虽然仍然极其简陋，但第一个圈，毕竟是已经圆起来了。第三，实践类的操作系统书籍还是太少了，以至于你要想看看别人是怎么做的，除了读以《操作系统：设计与实现》为代表的极少数书籍之外，就是一头扎进源代码中，而结果有时相当令人气馁。我自己也气馁过，所以我在第二版中，仍然试图把话说细一点，把自己的经验拿出来分享。而且我选择我能想到的最精简的设计，以便让读者不至于陷入太多细节而无法看到全貌。我想这是本书可能具有的价值所在──简化的易懂的设计，还有尽量详细的文字。　　在这一版中，内容被划分成上下两篇。上篇基本上是第一版的修订，只是做了一个调整，那便是在兼顾 Windows和Linux两方面用户的基础上，默认在Linux下建立开发环境来编写我们的操作系统。至于这样做的原因，在本书第 2章有比较详细的说明。当然，开发环境毕竟是第二位的，书中讲述的内容以及涉及的代码跟第一版都是一致的。本书的下篇全部都是新鲜内容，主要是增加了进程间通信、文件系统和内存管理。跟第一版的做法相同，下篇仍然不仅关注结果，更加致力于将形成一个结果的过程呈现出来。与此同时，由于本书旨在分享和引路，所以尽可能地简化了设计，以便将最重要的部分凸显出来。读者将看到，一个操作系统的文件系统和内存管理可以简陋到什么程度。简陋不是缺点，对于我们初学者而言，正是需要从简陋入手。换言之，如果你已经对实现一个操作系统有了一定的经验，那么这本书可能不适合你。这本书适合从来没有编写过操作系统的初学者。　　本书的排版是我用L ATEX自己完成的。在排版中我花了一些工夫，因为我希望读者购买的首先是一本易于阅读且赏心悦目的书，其次才是编写操作系统的方法。另外，书中列出的代码均由我自己编写的程序自动嵌入L ATEX源文件，从而严格保证书和光盘的一致性，读者可以根据文件名和行号方便地找到光盘中　　代码的准确位置。　　此外，在第二版中还有一些小的变化。首先是操作系统的名字改变了，原因在于虽然我们的试验性　　OS从前辈们那里借鉴了很多东西，但其各个部分的设计（比如文件系统和内存管理）往往有其独特之处，所以我将原先的 Tinix（本意为 TryMinix）改成了新名字Orange ’S（这个名字来自于我的妻子 ,），以表示它们的不同。另外，书中的代码风格，有些地方也做了调整。　　我想，虽然第二版有着这样那样的变化，但有一点没有变，那就是本书试图将我在编写自己操作系统的过程中的经验尽可能地告诉读者，同时尽可能将我当初的思路和编码过程呈现出来。很可能读者比我更聪明，有更好的解决问题的方法，但无论如何，我认为我自己的经验可以为读者所借鉴。如果真是如　　此，我将会非常欣慰。　　在第二版的编写过程中，我同样要感谢许多人。感谢我的父母和爷爷对我的爱，并希望爷爷不要为我担心，写书是件辛苦的事，但同时也使我收获良多。爸爸在第二版的最后阶段帮我订正文字，这本书里有你的功劳。我要感谢博文视点的各位朋友，感谢郭老师的理解和支持，感谢李玲的辛勤工作，感谢江立和李冰，你们的高效让我非常钦佩。我还要感谢孟岩老师，你给我的鼓励我一直记在心里。我要感谢我的挚友郭洪桥，不仅仅因为你在技术上给我的帮助，更加因为你在精神上给我的支持。感谢我的同事和朋友张会昌，你在技术上的广度和深度总令我钦佩。另外，在第一版中帮助我的人，我要再次谢谢你们，因为没有第一版，也就没有第二版。　　在所有人中我最应该感谢和最想感谢的，是我的妻子黄丹红，感谢你给我的所有建议，还有你帮我画的图。尤其是，当这本书在我预想的时间内没有完成的时候，当我遇到困难迟迟不能解决的时候，你总在一旁给我鼓励，在你那里，我从来都能感觉到一种温暖，我深知，如果没有你的支持，我无法坚持下来将书写完。谢谢你，这本书同样属于你。　　跟第一版相比，这本书涉及的内容触及操作系统设计的更多方面，而由于笔者的水平实在有限，难免有纰漏甚至错误。如果读者有任何的问题、意见或建议，请登录http://www.osfromscratch.org，让我们共同探讨，共同进步。　　本书导读　　这本书适合谁　　本书是一本操作系统实践的技术书籍。对于操作系统技术感兴趣，想要亲身体验编写操作系统过程的实践主义者，以及Minix、Linux源代码爱好者，都可以在本书中得到实践中所需的知识和思路。　　本书以“动手写”为指导思想，只要是跟“动手写”操作系统有关的知识，都作为介绍对象加以讨论，所以，从开发环境的搭建，到保护模式，再到IBMPC中有关芯片的知识，最后到操作系统本身的设计实现，都能在本文中找到相应介绍。所以如果你也想亲身实践的话，本书可以省去你在书店和互联网寻找相应资料的过程，使你的学习过程事半功倍。在读完本书后，你不但可以获得对于操作系统初步的感性认识，并且对 IBMPC的接口、IA架构之保护模式，以及操作系统整体上的框架都将会有一定程度的了解。　　笔者相信，当你读完本书之后，如果再读那些纯理论性的操作系统书籍，所获得的体验将会完全不同，因为那些对你而言不再是海市蜃楼。　　对于想阅读 Linux源代码的操作系统爱好者，本书可以提供阅读前所必要的知识储备，而这些知识储备不但在本书中有完整的涉及，而且在很多 Linux书籍中是没有提到的。　　特别要提到的是，对于想通过阅读 Andrew S. Tanenbaum和 Albert S. Woodhull的《操作系统：设计与实现》来学习操作系统的读者，本书尤其适合作为你的引路书籍，因为它翔实地介绍了初学者入门时所必需的知识积累，而这些知识在《操作系统：设计与实现》一书中是没有涉及的，笔者本人是把这本书作为写操作系统的主要参考书籍之一，所以在本书中对它多有借鉴。　　你需要什么技术基础　　在本书中所用到的计算机语言只有两种：汇编和 C语言。所以只要你具备汇编和 C语言的经验，就可以阅读本书。除对操作系统常识性的了解（比如知道中断、进程等概念）之外，本书不假定读者具备其他任何经验。　　如果你学习过操作系统的理论课程，你会发现本书是对于理论的吻合和补充。它是从实践的角度为你展现一幅操作系统画面。　　书中涉及了 Intel CPU保护模式、Linux命令等内容，到时候会有尽可能清晰的讲解，如果笔者认为某些内容可以通过其他教材系统学习，会在书中加以说明。　　另外，本书只涉及 Intel x86平台。　　统一思想——让我们在这些方面达成共识　　道篇　　让我们有效而愉快地学习　　你大概依然记得在你亲自敲出第一个“Hello world”程序并运行成功时的喜悦，那样的成就感助燃了你对编写程序浓厚的兴趣。随后你不断地学习，每学到新的语法都迫不及待地在计算机上调试运行，在调试的过程中克服困难，学到新知，并获得新的成就感。　　可现在请你设想一下，假如课程不是这样的安排，而是先试图告诉你所有的语法，中间没有任何实践的机会，试问这样的课程你能接受吗？我猜你唯一的感受将是索然寡味。　　原因何在？只是因为你不再有因为不断实践而获得的源源不断的成就感。而成就感是学习过程中快乐的源泉，没有了成就感，学习的愉快程度将大打折扣，效果于是也将变得不容乐观。　　每个人都希望有效而且愉快的学习过程，可不幸的是，我们见到的操作系统课程十之八九令我们失望，作者喋喋不休地讲述着进程管理存储管理I/O控制调度算法，可我们到头来也没有一点的感性认识。我们好像已经理解却又好像一无所知。很明显，没有成就感，一点也没有。笔者痛恨这样的学习过程，也决不会重蹈这样的覆辙，让读者获得成就感将是本书的灵魂。　　其实这本书完全可以称作一本回忆录，记载了笔者从开始不知道保护模式为何物到最终形成一个小小　　OS的过程，这样的回忆录性质保证了章节的安排完全遵从操作的时间顺序，于是也就保证了每一步的可操作性，毫无疑问，顺着这样的思路走下来，每一章的成果都需要努力但又尽在眼前，步步为营是我　　们的战术，成就感是我们的宗旨。　　我们将从二十行代码开始，让我们最简单的操作系统婴儿慢慢长大，变成一个翩翩少年，而其中的每一步，你都可以在书中的指导下自己完成，不仅仅是看到，而是自己做到！你将在不断的实践中获得不断的成就感，笔者真心希望在阅读本书的过程中，你的学习过程可以变得愉快而有效。　　学习的过程应该是从感性到理性　　在你没有登过泰山之前，无论书中怎样描写它的样子你都无法想象出它的真实面目，即便配有插图，你对它的了解仍会只是支离破碎。毫无疑问，一千本对泰山描述的书都比不上你一次登山的经历。文学家的描述可能是华丽而优美的，可这样的描述最终产生的效果可能是你非去亲自登泰山不可。反过来想呢，假如你已经登过泰山，这样的经历产生的效果会是你想读尽天下描述泰山的书而后快吗？可能事实恰恰相反，你可能再也不想去看那些文字描述。　　是啊，再好的讲述，又哪比得上亲身的体验？人们的认知规律本来如此，有了感性的认识，才能上升为理性的理论。反其道而行之只能是事倍功半。　　如果操作系统是一座这样的大山，本书愿做你的导游，引领你进入它的门径。传统的操作系统书籍仅仅是给你讲述这座大山的故事，你只是在听讲，并没有身临其境，而随着这本书亲身体验，则好像置身于山门之内，你不但可以看见眼前的每一个细节，更是具有了走完整座大山的信心。　　值得说明的是，本书旨在引路，不会带领你走完整座大山，但是有兴趣的读者完全可以在本书最终形成的框架的基础上容易地实现其他操作系统书籍中讲到的各种原理和算法，从而对操作系统有个从感性到理性的清醒认识。　　暂时的错误并不可怕　　当我们对一件事情的全貌没有很好理解的时候，很可能会对某一部分产生理解上的误差，这就是所谓的断章取义。很多时候断章取义是难免的，但是，在不断学习的过程中，我们会逐渐看到更多，了解更多，对原先事物的认识也会变得深刻甚至不同。　　对于操作系统这样复杂的东西来说，要想了解所有的细节无疑是非常困难的，所以在实践的过程中，可能在很多地方，会有一些误解发生。这都没有关系，随着了解的深入，这些误解总会得到澄清，到时你会发现，自己对某一方面已经非常熟悉了，这时的成就感，一定会让你感到非常愉悦。　　本书内容的安排遵从的是代码编写的时间顺序，它更像是一本开发日记，所以在书中一些中间过程不完美的产物被有意保留了下来，并会在以后的章节中对它们进行修改和完善，因为笔者认为，一些精妙的东西背后，一定隐藏着很多中间的产物，一个伟大的发现在很多情况下可能不是天才们刹那间的灵光一闪，背后也一定有着我们没有看到的不伟大甚至是谬误。笔者很想追寻前辈们的脚步，重寻他们当日的足迹。做到这一点无疑很难，但即便无法做到，只要能引起读者的一点思索，也是本书莫大的幸事。　　挡住了去路的，往往不是大树，而是小藤　　如果不是亲身去做，你可能永远都不知道，困难是什么。　　就好像你买了一台功能超全的微波炉回家，研究完了整本说明书，踌躇满志想要烹饪的时候，却突然发现家里的油盐已经用完。而当时已经是晚上十一点，所有的商店都已经关门，你气急败坏，简直想摸起铁勺砸向无辜的微波炉。　　研究说明书是没有错的，但是在没开始之前，你永远都想不到让你无法烹饪的原因居然是十块钱一瓶的油和一块钱一袋的更加微不足道的盐。你还以为困难是微波炉面板上密密麻麻的控制键盘。　　其实做其他事情也是一样的，比如写一个操作系统，即便一个很小的可能受理论家们讥笑的操作系统雏形，仍然可能遇到一大堆你没有想过的问题，而这些问题在传统的操作系统书籍中根本没有提到。所以唯一的办法，便是亲自去做，只有实践了，才知道是怎么回事。　　术篇　　用到什么再学什么　　我们不是在考试，我们只是在为了自己的志趣而努力，所以就让我们忠于自己的喜好吧，不必为了考试而看完所有的章节，无论那是多么的乏味。让我们马上投入实践，遇到问题再图解决的办法。笔者非常推崇这样的学习方法：　　实践 →遇到问题 →解决问题 →再实践　　因为我们知道我们为什么学习，所以我们才会非常投入；由于我们知道我们的目标是解决什么问题，所以我们才会非常专注；由于我们在实践中学习，所以我们才会非常高效。而最有趣的是，最终你会发现你并没有因为选择这样的学习方法而少学到什么，相反，你会发现你用更少的时间学到更多的东西，并且格外的扎实。　　只要用心，就没有学不会的东西　　笔者还清楚地记得刚刚下载完 Intel Architecture Software Developer Manual那三个可怕的 PDF文件时的心情，那时心里暗暗嘀咕，什么时候才能把这些东西读懂啊！可是突然有一天，当这些东西真的已经被基本读完的时候，我想起当初的畏惧，时间其实并没有过去多少。　　所有的道理都是相通的，没有什么真正可怕，尤其是，我们所做的并非创造性的工作，所有的问题前人都曾经解决，所以我们更是无所畏惧，更何况我们不仅有书店，而且有互联网，动动手脚就能找到需要的资料，我们只要认真研究就够了。　　所以当遇到困难时，请静下心来，慢慢研究，因为只要用心，就没有学不会的东西。　　适当地囫囵吞枣　　如果囫囵吞枣仅仅是学习的一个过程而非终点，那么它并不一定就是坏事。大家都应该听说过鲁迅先生学习英语的故事，他建议在阅读的过程中遇到不懂的内容可以忽略，等到过一段时间之后，这些问题会自然解决。　　在本书中，有时候可能先列出一段代码，告诉你它能完成什么，这时你也可以大致读过，因为下面会有对它详细的解释。第一遍读它的时候，你只要了解大概就够了。　　本书的原则　　1.宁可啰嗦一点，也不肯漏掉细节　　在书中的有些地方，你可能觉得有些很“简单”的问题都被列了出来，甚至显得有些啰嗦，但笔者宁可让内容写得啰嗦点，因为笔者自己在读书的时候有一个体验，就是有时候一个问题怎么也想不通，经过很长时间终于弄明白的时候才发现原来是那么“简单”。可能作者认为它足够简单以至于可以跳过不提，但读者未必那么幸运一下子就弄清楚。　　不过本书到后面的章节，如果涉及的细节是前面章节提到过的，就有意地略过了。举个非常简单的例子，开始时本书会提醒读者增加一个源文件之后不要忘记修改Makefile，到后来就假定读者已经熟悉了这个步骤，可能就不再提及了。　　2.努力做到平易近人　　笔者更喜欢把本书称作一本笔记或者学习日志，不仅仅是因为它基本是真实的学习过程的再现，而且笔者不想让它有任何居高临下甚至是晦涩神秘的感觉。如果有一个地方你觉得书中没有说清楚以至于你没有弄明白，请你告诉我，我会在以后做出改进。 3.代码注重可读性但不注重效率　　本书的代码力求简单易懂，在此过程中很少考虑运行的效率。一方面因为书中的代码仅仅供学习之用，暂时并不考虑实际用途；另一方面笔者认为当我们对操作系统足够了解之后再考虑效率的问题也不迟。　　本书附带光盘说明　　本书附带光盘中有本书用到的所有源代码。值得一提的是，其中不止包含完整的操作系统代码，还包含各个步骤的中间产物。换句话说，开发中每一步骤的代码，都可在光盘中单独文件夹中找到。举例说明，书的开篇介绍引导扇区，读者在相应文件夹中就只看到引导扇区的代码；第 9章介绍文件系统，在相应文件夹中就不会包含第 10章内存管理的代码。在任何一个步骤对应的文件夹中，都包含一个完整可编译运行的代码树，以方便读者试验之用。这样在学习的任何一个阶段，读者都可彻底了解阶段性成果，且不必担心受到自己还未学习的内容的影响，从而使学习不留死角。　　在书的正文中引用的代码会标注出出自哪个文件。以“chapter5/b/bar.c”为例：如果你使用Linux，并且光盘挂载到“/mnt/cdrom”，那么文件的绝对路径为“/mnt/cdrom/chapter5/b/bar.c”；如果你使用Windows，并且光盘是 X:盘，那么文件的绝对路径为“X:nchapter5nbnbar.c”。目录　　上篇　　第1章马上动手写一个最小的“操作系统” 2 　　1.1 准备工作 2 　　1.2 十分钟完成的操作系统 3 　　1.3 引导扇区 4 　　1.4 代码解释 4 　　1.5 水面下的冰山 6 　　1.6 回顾 7 　　第2章搭建你的工作环境 8 　　2.1 虚拟计算机Bochs 8 　　2.1.1 Bochs初体验 8 　　2.1.2 Bochs的安装 9 　　2.1.3 Bochs的使用 10 　　2.1.4 用Bochs调试操作系统 12 　　2.2 QEMU 15 　　2.3 平台之争：Windows还是*nix 16 　　2.4 GNU/Linux下的开发环境 20 　　2.5 Windows下的开发环境 22 　　2.6 总结 23 　　第3章保护模式（Protect Mode） 25 　　3.1 认识保护模式 25 　　3.1.1 保护模式的运行环境 29 　　3.1.2 GDT（Global Descriptor Table） 31 　　3.1.3 实模式到保护模式，不一般的jmp 33 　　3.1.4 描述符属性 35 　　3.2 保护模式进阶 38 　　3.2.1 海阔凭鱼跃 38 　　3.2.2 LDT（Local Descriptor Table） 44 　　3.2.3 特权级概述 48 　　3.2.4 特权级转移 51 　　3.2.5 关于“保护”二字的一点思考 65 　　3.3 页式存储 65 　　3.3.1 分页机制概述 66 　　3.3.2 编写代码启动分页机制 67 　　3.3.3 PDE和PTE 68 　　3.3.4 cr3 71 　　3.3.5 回头看代码 72 　　3.3.6 克勤克俭用内存 73 　　3.3.7 进一步体会分页机制 81 　　3.4 中断和异常 87 　　3.4.1 中断和异常机制 87 　　3.4.2 外部中断 90 　　3.4.3 编程操作8259A 91 　　3.4.4 建立IDT 94 　　3.4.5 实现一个中断 95 　　3.4.6 时钟中断试验 96 　　3.4.7 几点额外说明 98 　　3.5 保护模式下的I/O 100 　　3.5.1 IOPL 100 　　3.5.2 I/O许可位图（I/O Permission Bitmap） 100 　　3.6 保护模式小结 101 　　第4章让操作系统走进保护模式 102 　　4.1 突破512字节的限制 102 　　4.1.1 FAT12 103 　　4.1.2 DOS可以识别的引导盘 108 　　4.1.3 一个最简单的Loader 108 　　4.1.4 加载Loader入内存 109 　　4.1.5 向Loader交出控制权 116 　　4.1.6 整理boot.asm 116 　　4.2 保护模式下的“操作系统” 117 　　第5章内核雏形 119 　　5.1 在Linux下用汇编写Hello World 119 　　5.2 再进一步，汇编和C同步使用 120 　　5.3 ELF（Executable and Linkable Format） 123 　　5.4 从Loader到内核 127 　　5.4.1 用Loader加载ELF 127 　　5.4.2 跳入保护模式 131 　　5.4.3 重新放置内核 137 　　5.4.4 向内核交出控制权 142 　　5.5 扩充内核 143 　　5.5.1 切换堆栈和GDT 144 　　5.5.2 整理我们的文件夹 148 　　5.5.3 Makefile 149 　　5.5.4 添加中断处理 155 　　5.5.5 两点说明 168 　　5.6 小结 169 　　第6章进程 171 　　6.1 迟到的进程 171 　　6.2 概述 171 　　6.2.1 进程介绍 172 　　6.2.2 未雨绸缪——形成进程的必要考虑 172 　　6.2.3 参考的代码 173 　　6.3 最简单的进程 174 　　6.3.1 简单进程的关键技术预测 175 　　6.3.2 第一步——ring0→ring1 178 　　6.3.3 第二步——丰富中断处理程序 189 　　6.4 多进程 200 　　6.4.1 添加一个进程体 200 　　6.4.2 相关的变量和宏 200 　　6.4.3 进程表初始化代码扩充 202 　　6.4.4 LDT 203 　　6.4.5 修改中断处理程序 203 　　6.4.6 添加一个任务的步骤总结 206 　　6.4.7 号外：Minix的中断处理 207 　　6.4.8 代码回顾与整理 212 　　6.5 系统调用 220 　　6.5.1 实现一个简单的系统调用 222 　　6.5.2 get_ticks的应用 227 　　6.6 进程调度 232 　　6.6.1 避免对称——进程的节奏感 232 　　6.6.2 优先级调度总结 240 　　第7章输入/输出系统 242 　　7.1 键盘 242 　　7.1.1 从中断开始——键盘初体验 242 　　7.1.2 AT、PS/2键盘 243 　　7.1.3 键盘敲击的过程 244 　　7.1.4 用数组表示扫描码 248 　　7.1.5 键盘输入缓冲区 251 　　7.1.6 用新加的任务处理键盘操作 253 　　7.1.7 解析扫描码 254 　　7.2 显示器 263 　　7.2.1 初识TTY 264 　　7.2.2 基本概念 264 　　7.2.3 寄存器 267 　　7.3 TTY任务 270 　　7.3.1 TTY任务框架的搭建 272 　　7.3.2 多控制台 277 　　7.3.3 完善键盘处理 281 　　7.3.4 TTY任务总结 288 　　7.4 区分任务和用户进程 289 　　7.5 printf 291 　　7.5.1 为进程指定TTY 292 　　7.5.2 printf()的实现 292 　　7.5.3 系统调用write() 294 　　7.5.4 使用printf() 296 　　下篇　　第8章进程间通信 300 　　8.1 微内核还是宏内核 300 　　8.1.1 Linux的系统调用 302 　　8.1.2 Minix的系统调用 303 　　8.1.3 我们的选择 305 　　8.2 IPC 306 　　8.3 实现IPC 306 　　8.3.1 assert()和panic() 309 　　8.3.2 msg_send()和msg_receive() 313 　　8.3.3 增加消息机制之后的进程调度 321 　　8.4 使用IPC来替换系统调用get_ticks 322 　　8.5 总结 324 　　第9章文件系统 325 　　9.1 硬盘简介 325 　　9.2 硬盘操作的I/O 端口 326 　　9.3 硬盘驱动程序 327 　　9.4 文件系统 337 　　9.5 硬盘分区表 338 　　9.6 设备号 344 　　9.7 用代码遍历所有分区 347 　　9.8 完善硬盘驱动程序 352 　　9.9 在硬盘上制作一个文件系统 355 　　9.9.1 文件系统涉及的数据结构 356 　　9.9.2 编码建立文件系统 358 　　9.10 创建文件 366 　　9.10.1 Linux下的文件操作 366 　　9.10.2 文件描述符（file descriptor） 367 　　9.10.3 open() 369 　　9.11 创建文件所涉及的其他函数 377 　　9.11.1 strip_path() 377 　　9.11.2 search_file() 378 　　9.11.3 get_inode()和sync_inode() 379 　　9.11.4 init_fs() 381 　　9.11.5 read_super_block()和get_super_block() 382 　　9.12 关闭文件 383 　　9.13 查看已创建的文件 384 　　9.14 打开文件 386 　　9.15 读写文件 387 　　9.16 测试文件读写 390 　　9.17 文件系统调试 393 　　9.18 删除文件 395 　　9.19 插曲：奇怪的异常 401 　　9.20 为文件系统添加系统调用的步骤 403 　　9.21 将TTY纳入文件系统 404 　　9.22 改造printf 411 　　9.23 总结 413 　　第10章内存管理 414 　　10.1 fork 414 　　10.1.1 认识fork 414 　　10.1.2 fork前要做的工作（为fork所做的准备） 417 　　10.1.3 fork()库函数 421 　　10.1.4 MM 421 　　10.1.5 运行 427 　　10.2 exit和wait 427 　　10.3 exec 432 　　10.3.1 认识exec 433 　　10.3.2 为自己的操作系统编写应用程序 434 　　10.3.3 “安装”应用程序 436 　　10.3.4 实现exec 442 　　10.4 简单的shell 447 　　10.5 总结 449 　　第11章尾声 451 　　11.1 让mkfs()只执行一次 451 　　11.2 从硬盘引导 455 　　11.2.1 编写硬盘引导扇区和硬盘版loader 455 　　11.2.2 “安装”hdboot.bin和hdldr.bin 461 　　11.2.3 grub 461 　　11.2.4 小结 463 　　11.3 将OS安装到真实的计算机 465 　　11.3.1 准备工作 465 　　11.3.2 安装Linux 466 　　11.3.3 编译源代码 466 　　11.3.4 开始安装 467 　　11.4 总结 467 　　参考文献 470 解密《一个操作系统的实现》这本书 5 月 18 日见到了《 Orange'S ：一个操作系统的实现》的样书，多少有些激动。想一想前一版本《自己动手写操作系统》是那么畅销，这一本一定不能含糊。整个出版过程我能看到作者于渊为此付出的努力，还在自己排版的过程有深入体会，通过于渊的讲座也让博文视点的员工分享到他在排版过程中的很多心得。应该有几万个朋友读过《自己动手写操作系统》了，本书的第 2 版《 Orange'S ：一个操作系统的实现》出来肯定有非常多的朋友想问，这两本书到底有何区别呢？就此博文视点对本书作者于渊进行了简单的采访。 * 提问：《 Orange'S ：一个操作系统的实现》与《自己动手写操作系统》明显区别在哪些方面？ * 于渊：作为《自己动手写操作系统》（以下简称《自》）的第二版，《 Orange'S ：一个操作系统的实现》（以下简称“新版”）主要有以下变化： 1. 书中示例操作系统的名字改为 Orange'S 2. 书名改为《 Orange'S ：一个操作系统的实现》 3. 增加了有关 IPC 、 FS 、 MM 等内容 4. 将默认开发平台改为 GNU/Linux ，同时兼顾 Windows 5. 更改了排版工具，并使用技术手段增加书的可读性，比如代码行号的运用 6. 建立专门网站以服务读者 7. 建立专门讨论区供读者交流读过《自己动手写操作系统》的读者一定知道，其中默认使用 Windows 作为开发平台，同时使用虚拟机来编译及运行自己的 OS ，在新版中这一点发生了变化（如上述第 4 条所述），具体的变化原因在书中第二章有详细的叙述。虽然开发平台是第二位的事情，但书中的默认平台却不免影响到叙述细节，所以，如果读者基于自己的原因坚持在 Windows 上开发（可能的原因或许有对 Linux 不熟悉、需要边开发操作系统边登录某些网上银行等等），则可能对读到的内容进行一点点额外加工。当然，所需的额外加工是少量的，而且在第二章中也有专门的文字介绍如何在两种平台下搭建工作环境。此外，如果读者不介意花钱，还可以同时购买《自己动手写操作系统》和新版，相互参照阅读。 * 提问：《 Orange'S ：一个操作系统的实现》与《自己动手写操作系统》相比是否有所增加吗？增加了多少内容量呢？于渊：新版的内容是有增加的，新增文字约占整本书的三分之一，《 Orange'S ：一个操作系统的实现》新增代码则是《自己动手写操作系统》中代码的数倍。这些新增的内容，读者只能从新版中获得。目前并未有将新增内容单独成书的打算，所以读者即便仅想阅读第八章以后的内容，也需要购买整本《 Orange'S ：一个操作系统的实现》。已经购买了《自己动手写操作系统》的读者可能觉得有点浪费，但事实并不如此，因为《自己动手写操作系统》的内容经过了重新排版、修订和编辑（比如代码格式进行了重排，更方便与光盘中的文件对照阅读，以及其中所有的矢量图都用 pgf/TikZ 重新绘制等）笔者倾注的心血使得新版的感官已经大为不同，读者一看便知。 * 提问：在《自己动手写操作系统》大卖的时候，您是否想过会有第二版出版呢？ * 于渊：坦白讲，我在写作《自》的时候，并没有想过今天会有一个第二版。原因在于，我希望这本书是用来填补空白的，而不是重复去做别人已经做得很好的事情。所谓填补空白，具体说就是让像我一样的操作系统爱好者在读完本书之后，能够有信心去读其他比较流行的开源的操作系统代码，有能力从零开始自己动手写操作系统，而这个任务第一版已经完成了。 * 提问：那么为什么又写作了第二版呢？ * 于渊：原因有几个方面。第一，虽然第一版未曾涉及的进程间通信、文件系统等内容在许多书中都有讲解，但阅读的时候还是感觉有语焉不详的通病，作者本人可能很清楚原委，但写得太简略，以至于读者看来未必清晰。第二，我自己想把这个圈画圆。第一版的书虽然完成了它的使命，但毕竟到书的结尾，读者看到的不是一个真正的操作系统，它没有文件系统，没有内存管理，什么也干不了。在第二版中，你将会看到，你已经可以通过交叉编译的方式为我们的实验性 OS 编写应用程序了，也就是说，它已经具备操作系统的基本功能，虽然仍然极其简陋，但第一个圈，毕竟是已经圆起来了。第三，实践类的操作系统书籍还是太少了，以至于你要想看看别人是怎么做的，除了读以《操作系统：设计与实现》为代表的极少数书籍之外，就是一头扎进源代码中，而结果有时相当令人气馁。我自己也气馁过，所以我在第二版中，仍然试图把话说细一点，把自己的经验拿出来分享。而且我选择我能想到的最精简的设计，以便让读者不至于陷入太多细节而无法看到全貌。我想这是本书可能具有的价值所在──简化的易懂的设计，还有尽量详细的文字。 * 提问：这本书为何不考虑用 WORD 排版？ * 于渊：新版的排版是我用 LaTeX 自己完成的。在排版中我花了一些工夫，因为我希望读者购买的首先是一本易于阅读且赏心悦目的书，其次才是编写操作系统的方法。另外，书中列出的代码均由我自己编写的程序自动嵌入 LaTeX 源文件，从而严格保证书和光盘的一致性，读者可以根据文件名和行号方便地找到光盘中代码的准确位置。 * 提问：第二版还有哪些区别呢？ Orange'S 这个名字很特别，有什么寓意吗？ * 于渊：新版中还有一些小的变化。首先是操作系统的名字改变了，原因在于虽然我们的试验性 OS 从前辈们那里借鉴了很多东西，但其各个部分的设计（比如文件系统和内存管理）往往有其独特之处，所以我将原先的 Tinix （本意为 TryMinix ）改成了新名字 Orange'S （这个名字来自于我的妻子），以表示它们的不同。另外，书中的代码风格，有些地方也做了调整。新版中，原先的叙述风格都尽量地得以贯彻，而在表现形式上，新版用了更多心思，我相信读者能在其中发现这些特点：关注动手细节，探寻代码背后的故事，结果与过程兼顾，内容与形式并重。加上专门为本书建立的网站和讨论区，我相信读者能更容易地阅读，更轻松地学习。

内容简介　　本书从只有二十行的引导扇区代码出发，一步一步地向读者呈现一个操作系统框架的完成过程。书中不仅关注代码本身，同时关注完成这些代码的思路和过程。本书不同于其他的理论型书籍，而是提供给读者一个动手实践的路线图。读者可以根据路线图逐步完成各部分的功能，从而避免了一开始就面对整个操作系统数万行代码时的迷茫和挫败感。书中讲解了大量在开发操作系统中需注意的细节问题，这些细节不仅能使读者更深刻地认识操作系统的核心原理，而且使整个开发过程少走弯路。本书分上下两篇，共11章。其中每一章都以前一章的工作成果为基础，实现一项新的功能。而在章的内部，一项大的功能被分解成许多小的步骤，通过完成每个小的步骤，读者可以不断获得阶段性的成果，从而让整个开发过程变得轻松并且有趣。　　本书适合各类程序员、程序开发爱好者阅读，也可作为高等院校操作系统课程的实践参考书。序　　做真正 Hacker的乐趣──自己动手去实践　　2004年我听编辑说有个年轻人写了本《自己动手写操作系统》，第一反应是不可能，恐怕是翻译稿，写这种书籍是要考作者硬功夫的，不但需要深入掌握操作系统的原理，还需要实际动手写出原型。　　历史上的 Linux就是这么产生的，Linus Torvalds当时是一名赫尔辛基大学计算机科学系的二年级学生，经常要用自己的电脑去访问大学主机上的新闻组和邮件，为了方便读写和下载文件，他自己编写了磁盘驱动程序和文件系统，这成为了 Linux第一个内核的雏形。　　我想中国有能力写出内核原型的程序员应该也有，但把这个题目写成一本书，感觉上不会有人愿意做这件事情，作者要花很多时间，加上主题比较硬，销售量不会太高，经济上回报有限。　　但拿来文稿一看，整个编辑部大为惊艳，内容文笔俱佳，而且绝对原创，马上决定在《程序员》连载。2005年博文视点出版的第一版也广受好评。　　不过有很多读者还是质疑：现在软件编程主要领域是框架和应用，还需要了解操作系统底层吗？　　经过四年的磨练成长，于渊又拿出第二版的书稿《Orange'S：一个操作系统的实现》，这本书是属于真正 Hacker的。我虽然已经有多年不写代码了，但看这本书的时候，让我又重新感受到做程序员的乐趣：用代码建设属于自己的系统，让电脑听从自己的指令，对系统的每个部分都了如指掌。　　黑客（hacker）实际是褒义词，维基百科的解释是喜欢用智力通过创造性方法来挑战脑力极限的人，特别是他们所感兴趣的领域，例如软件编程或电气工程。个人电脑、软件和互联网等划时代的产品都是黑客创造出来的，如苹果的 Apple电脑、微软的 Basic解释器、互联网的 Mosaic浏览器。　　回答前面读者的质疑，学软件编程并不需要看这本书，想成为优秀程序员和黑客的朋友，我强烈建议你花时间来阅读这本书，并亲自动手实践。正如于渊在本书结尾中所说“我们写自己的操作系统是出于一种好奇，或者说一种求知欲。我希望这样不停地‘过把瘾’能让这种好奇不停地延续”。　　好奇心是动力的源泉，追究问题的本质是优秀黑客的必备素质，只有充分掌握了系统原理，才能在技术上游刃有余，才能有真正的创新和发展。中国需要更多真正的黑客，也希望更多的程序员能享受属于黑客的创造乐趣。　　蒋涛　　2009年 4月作者自序　　本书是《自己动手写操作系统》的第二版，通过一个具体的实例向读者呈现一个操作系统雏形的实现过程。有关操作系统的书籍资料可以找到很多，但是关注如何帮助读者实现一个试验性操作系统的书籍却不多见，本书便是从一个简单的引导扇区开始，讲述一个操作系统成长的故事，以作读者参考之用。　　本书面向实践，通过具体实例教读者开发自己的操作系统。书中的步骤遵循由小到大、由浅入深的顺序，跟随这些步骤，读者可以由一个最简单的引导扇区开始，逐渐完善代码，扩充功能，最后形成一个小的操作系统。　　本书不仅介绍操作系统的各要素，同时涉及开发操作系统需要的各个方面，比如如何建立开发环境、如何调试以及如何在虚拟机中运行等。书中的实例操作系统采用IA32作为默认平台，所以保护模式也作为必备知识储备收入书中，而这是传统的操作系统实践书籍经常忽略的。总之，只要是开发自己的操作系统中需要的知识，书中都尽量涉及，以便于读者参考。　　众所周知，一个成型的操作系统往往非常复杂。如果考虑到操作系统作为软硬件桥梁的特殊地位，那么它可能看上去比一般的软件系统更难理解，因为其核心部分往往包含许多直接针对CPU、内存和 I/O端口的操作，它们夹杂在一片代码汪洋之中，显得更加晦涩。　　我们有许多源代码公开的操作系统，可供随时下载和阅读，看上去好像让实现一个供自己把玩的微型操作系统变得容易很多，但事实往往不尽人意，因为这些代码动辄上万甚至几十几百万行，而且细节之间经常互相关联，要理解它们着实不易。我们有许多容易得到的操作系统教程，但读来好像总觉得跟我们有隔膜，不亲近。造成这些的根本原因，在于学习者一开始就面对一个完整的操作系统，或者面对前辈们积累了几十年的一系列理论成果。而无论作者多么擅长写作，读者多么聪明，或者代码多么优秀，要一个初学者理清其中的头绪都将是非常困难的。　　我并非在此危言耸听，因为这曾经是我的亲身体会。当然，如果只是为了考试，几本操作系统理论书籍就足够了，你不需要对细节那么清楚。但如果是出于兴趣呢？如果你是想编写自己的操作系统呢？你会发现理论书籍好像一下子变得无用武之地，你会发现任何一个细节上的理解错误都可能导致自己辛辛苦苦编写的代码运行异常甚至崩溃。　　我经历过这一切！我曾经翻遍了一本《操作系统：设计与实现》，也没有找到实现一个操作系统应该从何处着手。并不是这些书不好，也不是前人的代码不优秀，而是作为一无所知的初学者，我们所不了解的不仅是高居庙堂的理论知识，还有让我们举步维艰的实践细节。　　可能在这些教科书作者的眼里，操作的细节不属于课程的一部分，或者这些细节看上去太容易，根本不值一提，甚至作者认为这些属于所谓“经验”的一部分，约定俗成是由读者本人去摸索的。但是实际情况往往是，这些书中忽略掉的内容恰恰占去了一个初学者大部分的时间，甚至影响了学习的热情。　　我至今仍记得当我开始编写自己的操作系统时所遭受的挫败感，那是一种不知道如何着手的无助的感觉。还好我坚持了下来，克服了各种困难，并完成了自己的操作系统雏形。　　进而我想到，一定不只是我一个人对编写自己的操作系统怀有兴趣，也一定不只是我一个人在实践时遇到困难。或许我应该把自己的经历写下来，从而可以帮助跟我相似的后来者，就这样，我编写了本书的第一版，也就是《自己动手写操作系统》。我相信，如果你也对神奇的计算机世界充满好奇，并且希望通过自己编写操作系统的方式来了解背后发生的故事，那么你一定可以在这本书中得到一些帮助。而假如你真的因为我的书而重新燃起实践的热情，从而开始一段操作系统旅程，我将会感到非常高兴。　　不过我得坦白，在写作《自己动手写操作系统》的时候，我并不敢期待它能引起多少反响，一方面因为操作系统并不是时尚的话题，另一方面我也是走在学习的路上，或许只是比读者早走了一小步而已。然而出乎我的意料，它面世后重印多次，甚至一度登上销量排行榜的榜首，这让我觉得它的确有一定的参考价值，我要借此机会感谢所有支持我的读者。　　在我写作《自己动手写操作系统》的时候，并没有想过今天会有一个第二版。原因在于，我希望这本书是用来填补空白的，而不是重复去做别人已经做得很好的事情。所谓填补空白，具体说就是让像我一样的操作系统爱好者在读完本书之后，能够有信心去读其他比较流行的开源的操作系统代码，有能力从零开始自己动手写操作系统，而这个任务第一版已经完成了。　　那么为什么我又写作了第二版呢？原因有几个方面。第一，虽然第一版未曾涉及的进程间通信、文件系统等内容在许多书中都有讲解，但阅读的时候还是感觉有语焉不详的通病，作者本人可能很清楚原委，但写得太简略，以至于读者看来未必清晰。第二，我自己想把这个圈画圆。第一版的书虽然完成了它的使命，但毕竟到书的结尾，读者看到的不是一个真正的操作系统，它没有文件系统，没有内存管理，什么也干不了。在第二版中，你将会看到，你已经可以通过交叉编译的方式为我们的实验性 OS编写应用程序了，也就是说，它已经具备操作系统的基本功能，虽然仍然极其简陋，但第一个圈，毕竟是已经圆起来了。第三，实践类的操作系统书籍还是太少了，以至于你要想看看别人是怎么做的，除了读以《操作系统：设计与实现》为代表的极少数书籍之外，就是一头扎进源代码中，而结果有时相当令人气馁。我自己也气馁过，所以我在第二版中，仍然试图把话说细一点，把自己的经验拿出来分享。而且我选择我能想到的最精简的设计，以便让读者不至于陷入太多细节而无法看到全貌。我想这是本书可能具有的价值所在──简化的易懂的设计，还有尽量详细的文字。　　在这一版中，内容被划分成上下两篇。上篇基本上是第一版的修订，只是做了一个调整，那便是在兼顾 Windows和Linux两方面用户的基础上，默认在Linux下建立开发环境来编写我们的操作系统。至于这样做的原因，在本书第 2章有比较详细的说明。当然，开发环境毕竟是第二位的，书中讲述的内容以及涉及的代码跟第一版都是一致的。本书的下篇全部都是新鲜内容，主要是增加了进程间通信、文件系统和内存管理。跟第一版的做法相同，下篇仍然不仅关注结果，更加致力于将形成一个结果的过程呈现出来。与此同时，由于本书旨在分享和引路，所以尽可能地简化了设计，以便将最重要的部分凸显出来。读者将看到，一个操作系统的文件系统和内存管理可以简陋到什么程度。简陋不是缺点，对于我们初学者而言，正是需要从简陋入手。换言之，如果你已经对实现一个操作系统有了一定的经验，那么这本书可能不适合你。这本书适合从来没有编写过操作系统的初学者。　　本书的排版是我用L ATEX自己完成的。在排版中我花了一些工夫，因为我希望读者购买的首先是一本易于阅读且赏心悦目的书，其次才是编写操作系统的方法。另外，书中列出的代码均由我自己编写的程序自动嵌入L ATEX源文件，从而严格保证书和光盘的一致性，读者可以根据文件名和行号方便地找到光盘中　　代码的准确位置。　　此外，在第二版中还有一些小的变化。首先是操作系统的名字改变了，原因在于虽然我们的试验性　　OS从前辈们那里借鉴了很多东西，但其各个部分的设计（比如文件系统和内存管理）往往有其独特之处，所以我将原先的 Tinix（本意为 TryMinix）改成了新名字Orange ’S（这个名字来自于我的妻子 ,），以表示它们的不同。另外，书中的代码风格，有些地方也做了调整。　　我想，虽然第二版有着这样那样的变化，但有一点没有变，那就是本书试图将我在编写自己操作系统的过程中的经验尽可能地告诉读者，同时尽可能将我当初的思路和编码过程呈现出来。很可能读者比我更聪明，有更好的解决问题的方法，但无论如何，我认为我自己的经验可以为读者所借鉴。如果真是如　　此，我将会非常欣慰。　　在第二版的编写过程中，我同样要感谢许多人。感谢我的父母和爷爷对我的爱，并希望爷爷不要为我担心，写书是件辛苦的事，但同时也使我收获良多。爸爸在第二版的最后阶段帮我订正文字，这本书里有你的功劳。我要感谢博文视点的各位朋友，感谢郭老师的理解和支持，感谢李玲的辛勤工作，感谢江立和李冰，你们的高效让我非常钦佩。我还要感谢孟岩老师，你给我的鼓励我一直记在心里。我要感谢我的挚友郭洪桥，不仅仅因为你在技术上给我的帮助，更加因为你在精神上给我的支持。感谢我的同事和朋友张会昌，你在技术上的广度和深度总令我钦佩。另外，在第一版中帮助我的人，我要再次谢谢你们，因为没有第一版，也就没有第二版。　　在所有人中我最应该感谢和最想感谢的，是我的妻子黄丹红，感谢你给我的所有建议，还有你帮我画的图。尤其是，当这本书在我预想的时间内没有完成的时候，当我遇到困难迟迟不能解决的时候，你总在一旁给我鼓励，在你那里，我从来都能感觉到一种温暖，我深知，如果没有你的支持，我无法坚持下来将书写完。谢谢你，这本书同样属于你。　　跟第一版相比，这本书涉及的内容触及操作系统设计的更多方面，而由于笔者的水平实在有限，难免有纰漏甚至错误。如果读者有任何的问题、意见或建议，请登录http://www.osfromscratch.org，让我们共同探讨，共同进步。　　本书导读　　这本书适合谁　　本书是一本操作系统实践的技术书籍。对于操作系统技术感兴趣，想要亲身体验编写操作系统过程的实践主义者，以及Minix、Linux源代码爱好者，都可以在本书中得到实践中所需的知识和思路。　　本书以“动手写”为指导思想，只要是跟“动手写”操作系统有关的知识，都作为介绍对象加以讨论，所以，从开发环境的搭建，到保护模式，再到IBMPC中有关芯片的知识，最后到操作系统本身的设计实现，都能在本文中找到相应介绍。所以如果你也想亲身实践的话，本书可以省去你在书店和互联网寻找相应资料的过程，使你的学习过程事半功倍。在读完本书后，你不但可以获得对于操作系统初步的感性认识，并且对 IBMPC的接口、IA架构之保护模式，以及操作系统整体上的框架都将会有一定程度的了解。　　笔者相信，当你读完本书之后，如果再读那些纯理论性的操作系统书籍，所获得的体验将会完全不同，因为那些对你而言不再是海市蜃楼。　　对于想阅读 Linux源代码的操作系统爱好者，本书可以提供阅读前所必要的知识储备，而这些知识储备不但在本书中有完整的涉及，而且在很多 Linux书籍中是没有提到的。　　特别要提到的是，对于想通过阅读 Andrew S. Tanenbaum和 Albert S. Woodhull的《操作系统：设计与实现》来学习操作系统的读者，本书尤其适合作为你的引路书籍，因为它翔实地介绍了初学者入门时所必需的知识积累，而这些知识在《操作系统：设计与实现》一书中是没有涉及的，笔者本人是把这本书作为写操作系统的主要参考书籍之一，所以在本书中对它多有借鉴。　　你需要什么技术基础　　在本书中所用到的计算机语言只有两种：汇编和 C语言。所以只要你具备汇编和 C语言的经验，就可以阅读本书。除对操作系统常识性的了解（比如知道中断、进程等概念）之外，本书不假定读者具备其他任何经验。　　如果你学习过操作系统的理论课程，你会发现本书是对于理论的吻合和补充。它是从实践的角度为你展现一幅操作系统画面。　　书中涉及了 Intel CPU保护模式、Linux命令等内容，到时候会有尽可能清晰的讲解，如果笔者认为某些内容可以通过其他教材系统学习，会在书中加以说明。　　另外，本书只涉及 Intel x86平台。　　统一思想——让我们在这些方面达成共识　　道篇　　让我们有效而愉快地学习　　你大概依然记得在你亲自敲出第一个“Hello world”程序并运行成功时的喜悦，那样的成就感助燃了你对编写程序浓厚的兴趣。随后你不断地学习，每学到新的语法都迫不及待地在计算机上调试运行，在调试的过程中克服困难，学到新知，并获得新的成就感。　　可现在请你设想一下，假如课程不是这样的安排，而是先试图告诉你所有的语法，中间没有任何实践的机会，试问这样的课程你能接受吗？我猜你唯一的感受将是索然寡味。　　原因何在？只是因为你不再有因为不断实践而获得的源源不断的成就感。而成就感是学习过程中快乐的源泉，没有了成就感，学习的愉快程度将大打折扣，效果于是也将变得不容乐观。　　每个人都希望有效而且愉快的学习过程，可不幸的是，我们见到的操作系统课程十之八九令我们失望，作者喋喋不休地讲述着进程管理存储管理I/O控制调度算法，可我们到头来也没有一点的感性认识。我们好像已经理解却又好像一无所知。很明显，没有成就感，一点也没有。笔者痛恨这样的学习过程，也决不会重蹈这样的覆辙，让读者获得成就感将是本书的灵魂。　　其实这本书完全可以称作一本回忆录，记载了笔者从开始不知道保护模式为何物到最终形成一个小小　　OS的过程，这样的回忆录性质保证了章节的安排完全遵从操作的时间顺序，于是也就保证了每一步的可操作性，毫无疑问，顺着这样的思路走下来，每一章的成果都需要努力但又尽在眼前，步步为营是我　　们的战术，成就感是我们的宗旨。　　我们将从二十行代码开始，让我们最简单的操作系统婴儿慢慢长大，变成一个翩翩少年，而其中的每一步，你都可以在书中的指导下自己完成，不仅仅是看到，而是自己做到！你将在不断的实践中获得不断的成就感，笔者真心希望在阅读本书的过程中，你的学习过程可以变得愉快而有效。　　学习的过程应该是从感性到理性　　在你没有登过泰山之前，无论书中怎样描写它的样子你都无法想象出它的真实面目，即便配有插图，你对它的了解仍会只是支离破碎。毫无疑问，一千本对泰山描述的书都比不上你一次登山的经历。文学家的描述可能是华丽而优美的，可这样的描述最终产生的效果可能是你非去亲自登泰山不可。反过来想呢，假如你已经登过泰山，这样的经历产生的效果会是你想读尽天下描述泰山的书而后快吗？可能事实恰恰相反，你可能再也不想去看那些文字描述。　　是啊，再好的讲述，又哪比得上亲身的体验？人们的认知规律本来如此，有了感性的认识，才能上升为理性的理论。反其道而行之只能是事倍功半。　　如果操作系统是一座这样的大山，本书愿做你的导游，引领你进入它的门径。传统的操作系统书籍仅仅是给你讲述这座大山的故事，你只是在听讲，并没有身临其境，而随着这本书亲身体验，则好像置身于山门之内，你不但可以看见眼前的每一个细节，更是具有了走完整座大山的信心。　　值得说明的是，本书旨在引路，不会带领你走完整座大山，但是有兴趣的读者完全可以在本书最终形成的框架的基础上容易地实现其他操作系统书籍中讲到的各种原理和算法，从而对操作系统有个从感性到理性的清醒认识。　　暂时的错误并不可怕　　当我们对一件事情的全貌没有很好理解的时候，很可能会对某一部分产生理解上的误差，这就是所谓的断章取义。很多时候断章取义是难免的，但是，在不断学习的过程中，我们会逐渐看到更多，了解更多，对原先事物的认识也会变得深刻甚至不同。　　对于操作系统这样复杂的东西来说，要想了解所有的细节无疑是非常困难的，所以在实践的过程中，可能在很多地方，会有一些误解发生。这都没有关系，随着了解的深入，这些误解总会得到澄清，到时你会发现，自己对某一方面已经非常熟悉了，这时的成就感，一定会让你感到非常愉悦。　　本书内容的安排遵从的是代码编写的时间顺序，它更像是一本开发日记，所以在书中一些中间过程不完美的产物被有意保留了下来，并会在以后的章节中对它们进行修改和完善，因为笔者认为，一些精妙的东西背后，一定隐藏着很多中间的产物，一个伟大的发现在很多情况下可能不是天才们刹那间的灵光一闪，背后也一定有着我们没有看到的不伟大甚至是谬误。笔者很想追寻前辈们的脚步，重寻他们当日的足迹。做到这一点无疑很难，但即便无法做到，只要能引起读者的一点思索，也是本书莫大的幸事。　　挡住了去路的，往往不是大树，而是小藤　　如果不是亲身去做，你可能永远都不知道，困难是什么。　　就好像你买了一台功能超全的微波炉回家，研究完了整本说明书，踌躇满志想要烹饪的时候，却突然发现家里的油盐已经用完。而当时已经是晚上十一点，所有的商店都已经关门，你气急败坏，简直想摸起铁勺砸向无辜的微波炉。　　研究说明书是没有错的，但是在没开始之前，你永远都想不到让你无法烹饪的原因居然是十块钱一瓶的油和一块钱一袋的更加微不足道的盐。你还以为困难是微波炉面板上密密麻麻的控制键盘。　　其实做其他事情也是一样的，比如写一个操作系统，即便一个很小的可能受理论家们讥笑的操作系统雏形，仍然可能遇到一大堆你没有想过的问题，而这些问题在传统的操作系统书籍中根本没有提到。所以唯一的办法，便是亲自去做，只有实践了，才知道是怎么回事。　　术篇　　用到什么再学什么　　我们不是在考试，我们只是在为了自己的志趣而努力，所以就让我们忠于自己的喜好吧，不必为了考试而看完所有的章节，无论那是多么的乏味。让我们马上投入实践，遇到问题再图解决的办法。笔者非常推崇这样的学习方法：　　实践 →遇到问题 →解决问题 →再实践　　因为我们知道我们为什么学习，所以我们才会非常投入；由于我们知道我们的目标是解决什么问题，所以我们才会非常专注；由于我们在实践中学习，所以我们才会非常高效。而最有趣的是，最终你会发现你并没有因为选择这样的学习方法而少学到什么，相反，你会发现你用更少的时间学到更多的东西，并且格外的扎实。　　只要用心，就没有学不会的东西　　笔者还清楚地记得刚刚下载完 Intel Architecture Software Developer Manual那三个可怕的 PDF文件时的心情，那时心里暗暗嘀咕，什么时候才能把这些东西读懂啊！可是突然有一天，当这些东西真的已经被基本读完的时候，我想起当初的畏惧，时间其实并没有过去多少。　　所有的道理都是相通的，没有什么真正可怕，尤其是，我们所做的并非创造性的工作，所有的问题前人都曾经解决，所以我们更是无所畏惧，更何况我们不仅有书店，而且有互联网，动动手脚就能找到需要的资料，我们只要认真研究就够了。　　所以当遇到困难时，请静下心来，慢慢研究，因为只要用心，就没有学不会的东西。　　适当地囫囵吞枣　　如果囫囵吞枣仅仅是学习的一个过程而非终点，那么它并不一定就是坏事。大家都应该听说过鲁迅先生学习英语的故事，他建议在阅读的过程中遇到不懂的内容可以忽略，等到过一段时间之后，这些问题会自然解决。　　在本书中，有时候可能先列出一段代码，告诉你它能完成什么，这时你也可以大致读过，因为下面会有对它详细的解释。第一遍读它的时候，你只要了解大概就够了。　　本书的原则　　1.宁可啰嗦一点，也不肯漏掉细节　　在书中的有些地方，你可能觉得有些很“简单”的问题都被列了出来，甚至显得有些啰嗦，但笔者宁可让内容写得啰嗦点，因为笔者自己在读书的时候有一个体验，就是有时候一个问题怎么也想不通，经过很长时间终于弄明白的时候才发现原来是那么“简单”。可能作者认为它足够简单以至于可以跳过不提，但读者未必那么幸运一下子就弄清楚。　　不过本书到后面的章节，如果涉及的细节是前面章节提到过的，就有意地略过了。举个非常简单的例子，开始时本书会提醒读者增加一个源文件之后不要忘记修改Makefile，到后来就假定读者已经熟悉了这个步骤，可能就不再提及了。　　2.努力做到平易近人　　笔者更喜欢把本书称作一本笔记或者学习日志，不仅仅是因为它基本是真实的学习过程的再现，而且笔者不想让它有任何居高临下甚至是晦涩神秘的感觉。如果有一个地方你觉得书中没有说清楚以至于你没有弄明白，请你告诉我，我会在以后做出改进。 3.代码注重可读性但不注重效率　　本书的代码力求简单易懂，在此过程中很少考虑运行的效率。一方面因为书中的代码仅仅供学习之用，暂时并不考虑实际用途；另一方面笔者认为当我们对操作系统足够了解之后再考虑效率的问题也不迟。　　本书附带光盘说明　　本书附带光盘中有本书用到的所有源代码。值得一提的是，其中不止包含完整的操作系统代码，还包含各个步骤的中间产物。换句话说，开发中每一步骤的代码，都可在光盘中单独文件夹中找到。举例说明，书的开篇介绍引导扇区，读者在相应文件夹中就只看到引导扇区的代码；第 9章介绍文件系统，在相应文件夹中就不会包含第 10章内存管理的代码。在任何一个步骤对应的文件夹中，都包含一个完整可编译运行的代码树，以方便读者试验之用。这样在学习的任何一个阶段，读者都可彻底了解阶段性成果，且不必担心受到自己还未学习的内容的影响，从而使学习不留死角。　　在书的正文中引用的代码会标注出出自哪个文件。以“chapter5/b/bar.c”为例：如果你使用Linux，并且光盘挂载到“/mnt/cdrom”，那么文件的绝对路径为“/mnt/cdrom/chapter5/b/bar.c”；如果你使用Windows，并且光盘是 X:盘，那么文件的绝对路径为“X:nchapter5nbnbar.c”。目录　　上篇　　第1章马上动手写一个最小的“操作系统” 2 　　1.1 准备工作 2 　　1.2 十分钟完成的操作系统 3 　　1.3 引导扇区 4 　　1.4 代码解释 4 　　1.5 水面下的冰山 6 　　1.6 回顾 7 　　第2章搭建你的工作环境 8 　　2.1 虚拟计算机Bochs 8 　　2.1.1 Bochs初体验 8 　　2.1.2 Bochs的安装 9 　　2.1.3 Bochs的使用 10 　　2.1.4 用Bochs调试操作系统 12 　　2.2 QEMU 15 　　2.3 平台之争：Windows还是*nix 16 　　2.4 GNU/Linux下的开发环境 20 　　2.5 Windows下的开发环境 22 　　2.6 总结 23 　　第3章保护模式（Protect Mode） 25 　　3.1 认识保护模式 25 　　3.1.1 保护模式的运行环境 29 　　3.1.2 GDT（Global Descriptor Table） 31 　　3.1.3 实模式到保护模式，不一般的jmp 33 　　3.1.4 描述符属性 35 　　3.2 保护模式进阶 38 　　3.2.1 海阔凭鱼跃 38 　　3.2.2 LDT（Local Descriptor Table） 44 　　3.2.3 特权级概述 48 　　3.2.4 特权级转移 51 　　3.2.5 关于“保护”二字的一点思考 65 　　3.3 页式存储 65 　　3.3.1 分页机制概述 66 　　3.3.2 编写代码启动分页机制 67 　　3.3.3 PDE和PTE 68 　　3.3.4 cr3 71 　　3.3.5 回头看代码 72 　　3.3.6 克勤克俭用内存 73 　　3.3.7 进一步体会分页机制 81 　　3.4 中断和异常 87 　　3.4.1 中断和异常机制 87 　　3.4.2 外部中断 90 　　3.4.3 编程操作8259A 91 　　3.4.4 建立IDT 94 　　3.4.5 实现一个中断 95 　　3.4.6 时钟中断试验 96 　　3.4.7 几点额外说明 98 　　3.5 保护模式下的I/O 100 　　3.5.1 IOPL 100 　　3.5.2 I/O许可位图（I/O Permission Bitmap） 100 　　3.6 保护模式小结 101 　　第4章让操作系统走进保护模式 102 　　4.1 突破512字节的限制 102 　　4.1.1 FAT12 103 　　4.1.2 DOS可以识别的引导盘 108 　　4.1.3 一个最简单的Loader 108 　　4.1.4 加载Loader入内存 109 　　4.1.5 向Loader交出控制权 116 　　4.1.6 整理boot.asm 116 　　4.2 保护模式下的“操作系统” 117 　　第5章内核雏形 119 　　5.1 在Linux下用汇编写Hello World 119 　　5.2 再进一步，汇编和C同步使用 120 　　5.3 ELF（Executable and Linkable Format） 123 　　5.4 从Loader到内核 127 　　5.4.1 用Loader加载ELF 127 　　5.4.2 跳入保护模式 131 　　5.4.3 重新放置内核 137 　　5.4.4 向内核交出控制权 142 　　5.5 扩充内核 143 　　5.5.1 切换堆栈和GDT 144 　　5.5.2 整理我们的文件夹 148 　　5.5.3 Makefile 149 　　5.5.4 添加中断处理 155 　　5.5.5 两点说明 168 　　5.6 小结 169 　　第6章进程 171 　　6.1 迟到的进程 171 　　6.2 概述 171 　　6.2.1 进程介绍 172 　　6.2.2 未雨绸缪——形成进程的必要考虑 172 　　6.2.3 参考的代码 173 　　6.3 最简单的进程 174 　　6.3.1 简单进程的关键技术预测 175 　　6.3.2 第一步——ring0→ring1 178 　　6.3.3 第二步——丰富中断处理程序 189 　　6.4 多进程 200 　　6.4.1 添加一个进程体 200 　　6.4.2 相关的变量和宏 200 　　6.4.3 进程表初始化代码扩充 202 　　6.4.4 LDT 203 　　6.4.5 修改中断处理程序 203 　　6.4.6 添加一个任务的步骤总结 206 　　6.4.7 号外：Minix的中断处理 207 　　6.4.8 代码回顾与整理 212 　　6.5 系统调用 220 　　6.5.1 实现一个简单的系统调用 222 　　6.5.2 get_ticks的应用 227 　　6.6 进程调度 232 　　6.6.1 避免对称——进程的节奏感 232 　　6.6.2 优先级调度总结 240 　　第7章输入/输出系统 242 　　7.1 键盘 242 　　7.1.1 从中断开始——键盘初体验 242 　　7.1.2 AT、PS/2键盘 243 　　7.1.3 键盘敲击的过程 244 　　7.1.4 用数组表示扫描码 248 　　7.1.5 键盘输入缓冲区 251 　　7.1.6 用新加的任务处理键盘操作 253 　　7.1.7 解析扫描码 254 　　7.2 显示器 263 　　7.2.1 初识TTY 264 　　7.2.2 基本概念 264 　　7.2.3 寄存器 267 　　7.3 TTY任务 270 　　7.3.1 TTY任务框架的搭建 272 　　7.3.2 多控制台 277 　　7.3.3 完善键盘处理 281 　　7.3.4 TTY任务总结 288 　　7.4 区分任务和用户进程 289 　　7.5 printf 291 　　7.5.1 为进程指定TTY 292 　　7.5.2 printf()的实现 292 　　7.5.3 系统调用write() 294 　　7.5.4 使用printf() 296 　　下篇　　第8章进程间通信 300 　　8.1 微内核还是宏内核 300 　　8.1.1 Linux的系统调用 302 　　8.1.2 Minix的系统调用 303 　　8.1.3 我们的选择 305 　　8.2 IPC 306 　　8.3 实现IPC 306 　　8.3.1 assert()和panic() 309 　　8.3.2 msg_send()和msg_receive() 313 　　8.3.3 增加消息机制之后的进程调度 321 　　8.4 使用IPC来替换系统调用get_ticks 322 　　8.5 总结 324 　　第9章文件系统 325 　　9.1 硬盘简介 325 　　9.2 硬盘操作的I/O 端口 326 　　9.3 硬盘驱动程序 327 　　9.4 文件系统 337 　　9.5 硬盘分区表 338 　　9.6 设备号 344 　　9.7 用代码遍历所有分区 347 　　9.8 完善硬盘驱动程序 352 　　9.9 在硬盘上制作一个文件系统 355 　　9.9.1 文件系统涉及的数据结构 356 　　9.9.2 编码建立文件系统 358 　　9.10 创建文件 366 　　9.10.1 Linux下的文件操作 366 　　9.10.2 文件描述符（file descriptor） 367 　　9.10.3 open() 369 　　9.11 创建文件所涉及的其他函数 377 　　9.11.1 strip_path() 377 　　9.11.2 search_file() 378 　　9.11.3 get_inode()和sync_inode() 379 　　9.11.4 init_fs() 381 　　9.11.5 read_super_block()和get_super_block() 382 　　9.12 关闭文件 383 　　9.13 查看已创建的文件 384 　　9.14 打开文件 386 　　9.15 读写文件 387 　　9.16 测试文件读写 390 　　9.17 文件系统调试 393 　　9.18 删除文件 395 　　9.19 插曲：奇怪的异常 401 　　9.20 为文件系统添加系统调用的步骤 403 　　9.21 将TTY纳入文件系统 404 　　9.22 改造printf 411 　　9.23 总结 413 　　第10章内存管理 414 　　10.1 fork 414 　　10.1.1 认识fork 414 　　10.1.2 fork前要做的工作（为fork所做的准备） 417 　　10.1.3 fork()库函数 421 　　10.1.4 MM 421 　　10.1.5 运行 427 　　10.2 exit和wait 427 　　10.3 exec 432 　　10.3.1 认识exec 433 　　10.3.2 为自己的操作系统编写应用程序 434 　　10.3.3 “安装”应用程序 436 　　10.3.4 实现exec 442 　　10.4 简单的shell 447 　　10.5 总结 449 　　第11章尾声 451 　　11.1 让mkfs()只执行一次 451 　　11.2 从硬盘引导 455 　　11.2.1 编写硬盘引导扇区和硬盘版loader 455 　　11.2.2 “安装”hdboot.bin和hdldr.bin 461 　　11.2.3 grub 461 　　11.2.4 小结 463 　　11.3 将OS安装到真实的计算机 465 　　11.3.1 准备工作 465 　　11.3.2 安装Linux 466 　　11.3.3 编译源代码 466 　　11.3.4 开始安装 467 　　11.4 总结 467 　　参考文献 470 解密《一个操作系统的实现》这本书 5 月 18 日见到了《 Orange'S ：一个操作系统的实现》的样书，多少有些激动。想一想前一版本《自己动手写操作系统》是那么畅销，这一本一定不能含糊。整个出版过程我能看到作者于渊为此付出的努力，还在自己排版的过程有深入体会，通过于渊的讲座也让博文视点的员工分享到他在排版过程中的很多心得。应该有几万个朋友读过《自己动手写操作系统》了，本书的第 2 版《 Orange'S ：一个操作系统的实现》出来肯定有非常多的朋友想问，这两本书到底有何区别呢？就此博文视点对本书作者于渊进行了简单的采访。 * 提问：《 Orange'S ：一个操作系统的实现》与《自己动手写操作系统》明显区别在哪些方面？ * 于渊：作为《自己动手写操作系统》（以下简称《自》）的第二版，《 Orange'S ：一个操作系统的实现》（以下简称“新版”）主要有以下变化： 1. 书中示例操作系统的名字改为 Orange'S 2. 书名改为《 Orange'S ：一个操作系统的实现》 3. 增加了有关 IPC 、 FS 、 MM 等内容 4. 将默认开发平台改为 GNU/Linux ，同时兼顾 Windows 5. 更改了排版工具，并使用技术手段增加书的可读性，比如代码行号的运用 6. 建立专门网站以服务读者 7. 建立专门讨论区供读者交流读过《自己动手写操作系统》的读者一定知道，其中默认使用 Windows 作为开发平台，同时使用虚拟机来编译及运行自己的 OS ，在新版中这一点发生了变化（如上述第 4 条所述），具体的变化原因在书中第二章有详细的叙述。虽然开发平台是第二位的事情，但书中的默认平台却不免影响到叙述细节，所以，如果读者基于自己的原因坚持在 Windows 上开发（可能的原因或许有对 Linux 不熟悉、需要边开发操作系统边登录某些网上银行等等），则可能对读到的内容进行一点点额外加工。当然，所需的额外加工是少量的，而且在第二章中也有专门的文字介绍如何在两种平台下搭建工作环境。此外，如果读者不介意花钱，还可以同时购买《自己动手写操作系统》和新版，相互参照阅读。 * 提问：《 Orange'S ：一个操作系统的实现》与《自己动手写操作系统》相比是否有所增加吗？增加了多少内容量呢？于渊：新版的内容是有增加的，新增文字约占整本书的三分之一，《 Orange'S ：一个操作系统的实现》新增代码则是《自己动手写操作系统》中代码的数倍。这些新增的内容，读者只能从新版中获得。目前并未有将新增内容单独成书的打算，所以读者即便仅想阅读第八章以后的内容，也需要购买整本《 Orange'S ：一个操作系统的实现》。已经购买了《自己动手写操作系统》的读者可能觉得有点浪费，但事实并不如此，因为《自己动手写操作系统》的内容经过了重新排版、修订和编辑（比如代码格式进行了重排，更方便与光盘中的文件对照阅读，以及其中所有的矢量图都用 pgf/TikZ 重新绘制等）笔者倾注的心血使得新版的感官已经大为不同，读者一看便知。 * 提问：在《自己动手写操作系统》大卖的时候，您是否想过会有第二版出版呢？ * 于渊：坦白讲，我在写作《自》的时候，并没有想过今天会有一个第二版。原因在于，我希望这本书是用来填补空白的，而不是重复去做别人已经做得很好的事情。所谓填补空白，具体说就是让像我一样的操作系统爱好者在读完本书之后，能够有信心去读其他比较流行的开源的操作系统代码，有能力从零开始自己动手写操作系统，而这个任务第一版已经完成了。 * 提问：那么为什么又写作了第二版呢？ * 于渊：原因有几个方面。第一，虽然第一版未曾涉及的进程间通信、文件系统等内容在许多书中都有讲解，但阅读的时候还是感觉有语焉不详的通病，作者本人可能很清楚原委，但写得太简略，以至于读者看来未必清晰。第二，我自己想把这个圈画圆。第一版的书虽然完成了它的使命，但毕竟到书的结尾，读者看到的不是一个真正的操作系统，它没有文件系统，没有内存管理，什么也干不了。在第二版中，你将会看到，你已经可以通过交叉编译的方式为我们的实验性 OS 编写应用程序了，也就是说，它已经具备操作系统的基本功能，虽然仍然极其简陋，但第一个圈，毕竟是已经圆起来了。第三，实践类的操作系统书籍还是太少了，以至于你要想看看别人是怎么做的，除了读以《操作系统：设计与实现》为代表的极少数书籍之外，就是一头扎进源代码中，而结果有时相当令人气馁。我自己也气馁过，所以我在第二版中，仍然试图把话说细一点，把自己的经验拿出来分享。而且我选择我能想到的最精简的设计，以便让读者不至于陷入太多细节而无法看到全貌。我想这是本书可能具有的价值所在──简化的易懂的设计，还有尽量详细的文字。 * 提问：这本书为何不考虑用 WORD 排版？ * 于渊：新版的排版是我用 LaTeX 自己完成的。在排版中我花了一些工夫，因为我希望读者购买的首先是一本易于阅读且赏心悦目的书，其次才是编写操作系统的方法。另外，书中列出的代码均由我自己编写的程序自动嵌入 LaTeX 源文件，从而严格保证书和光盘的一致性，读者可以根据文件名和行号方便地找到光盘中代码的准确位置。 * 提问：第二版还有哪些区别呢？ Orange'S 这个名字很特别，有什么寓意吗？ * 于渊：新版中还有一些小的变化。首先是操作系统的名字改变了，原因在于虽然我们的试验性 OS 从前辈们那里借鉴了很多东西，但其各个部分的设计（比如文件系统和内存管理）往往有其独特之处，所以我将原先的 Tinix （本意为 TryMinix ）改成了新名字 Orange'S （这个名字来自于我的妻子），以表示它们的不同。另外，书中的代码风格，有些地方也做了调整。新版中，原先的叙述风格都尽量地得以贯彻，而在表现形式上，新版用了更多心思，我相信读者能在其中发现这些特点：关注动手细节，探寻代码背后的故事，结果与过程兼顾，内容与形式并重。加上专门为本书建立的网站和讨论区，我相信读者能更容易地阅读，更轻松地学习。

内核程序是运行在Ring0级的，因此内核程序要比应用层上的普通Ring3级程序有更高的权限。因此内核编程的应用，往往给传统软件带来更强的功能，实现技术上的飞跃。同理，黑客们也将传统的攻击程序或潜行程序从Ring3搬到了Ring0级去，以便于更隐蔽、更有效的监视或控制目标系统课程目录：第一个驱动程序驱动的常用函数调试驱动驱动与三环通讯零环代码编写驱动与三环通讯三环代码编写封装通信函数及添加回调函数三环加载驱动三环卸载驱动驱动蓝屏分析驱动签名

arcgis工具总结 1. 要素的剪切与延伸实用工具 TASK 任务栏 Extend/Trim feature 剪切所得内容与你画线的方向有关。 2. 自动捕捉跟踪工具点击Editor工具栏中Snapping来打开Snapping Environment对话框捕捉设置中有3个选项， vertex edge end 分别是节点、终点、和边，选择end应该会捕捉端点 3. 图斑面积计算及长度计算应用工具CALCULATE AREA 或者使用VBA代码实现新建字段并开启Advanced 写入代码，面积计算： Dim Output as double Dim pArea as Iarea Set pArea = [shape] 在最后的一个空格里面写入代码（即:字段名）pArea.area 长度计算： Dim Output as double Dim pCurve as ICurve Set pCurve = [shape] Output = pCurve.Length 4. 剪切图斑 Task任务栏 cut polygon feature工具，需要sketch工具画线辅助完成 5. 配准工具 Spatial Adjustment 工具需要注意先要 set adjustment data 然后配准 6. 影像校正 Georeferncing工具 7. 要素变形 Task 工具条中的reshape feature 配合sketch工具 8. 添加节点 Modify feature 在需要加点的地方右键单击insert vertex 也可单击右键选择properties 打开edit sketch properties对话框，在坐标点位置右键插入节点 9. 共享多边形生成 Auto-complete polygon 工具生成共享边的多边形，配合snapping environment更好。 10. 画岛图 1）.使用任务栏中的sketch工具，当画完外面的一圈时，右键选择finish part 然后画中间的部分再右键finish sketch 2）.分别画连个图斑然后应用Editor 工具栏中的工具先intersect(图斑重叠的地方创建一个新的图斑)然后Clip（剪切）即可。（补充其他工具：Union,把多个图斑联合起来并形成一个新的连接在一起的图斑，原图斑无变化，联合后的图斑不继承原任何图斑的属性；Merge，把多个图斑合并到其中一个图斑上并继承它的属性，原图斑变化；Split用于间断线段，但得知道具体的长度，如果不知道那么长度或者没必要那么精确就直接用Eeitor工具栏的Split tool工具） 11. 连接外界属性数据（如：.xsl文件等）利用JOIN 工具可以方便的实现与外界属性数据的关联，但这种关联是依赖于外界数据库本身的，需经过重新导出之后即完全保存在相应图层属性页。在做外联如EXCEL等的时候对数据有一些要求，确保第一行包含字段名，这些字段名不能超过十个字母，不能出现特殊字符。最好把EXCEL保存为.csv文件去除一些不兼容的内容再连接。转载ESRI论坛Lucy1114帖子说明: 12. 导出Shape格式为其他软件识别的打印格式如JEPG等格式 FILE/EXPORT MAP 然后选择相应的图片格式，此时也可设置答应的分辨率 pdi 13. 建立注记层方法一.carvert to Ananotation ,方法二.Draw工具条方法三.从其他地方转换注记图层 14. 查看特定区域范围内的某种地物分布情况 Selection / select by location 15. 如何用面生成中线先把数据转成coverage格式，workstion里有Centerline命令。另外ArcToolBox->Data Management Tools->Generalization->Collapse Dual Lines To Centerline也行。不过以上做法要求边界是双线。你必须先把面转成线，特别是参数的设置。也可以尝试下sketch工具条中的midpoint tool 后面有详细的讲解过程。 16. 根据坐标数据生成点方法一. ：[工具] >>[添加XY 数据]，在“添加XY 数据”窗口中，选择已添加的 XY 数据表，指定X 坐标字段（东经）和Y 坐标字段（北纬），按“编辑”按钮，选择坐标系统。一般GPS系统采用的坐标系统为WGS_1984。方法二.直接用TOOL工具下的ADD XY 可以单个加点 17. 用任意多边形剪切栅格数据(矢量数据转换为栅格数据) 在ArcCatalog下新建一个要素类（要素类型为:多边形），命名为：ClipPoly.shp 在ArcMap中，加载栅格数据：Landuse、和ClipPoly.shp 打开编辑器工具栏，开始编辑ClipPoly ，根据要剪切的区域，绘制一个任意形状的多边形。打开属性表，修改多边形的字段“ID”的值为1，保存修改，停止编辑。打开空间分析工具栏 GIS软件应用-ArcGIS 执行命令：－-- 指定栅格大小：查询要剪切的栅格图层Landuse 的栅格大小，这里指定为25 指定输出栅格的名称为路径执行命令: - 构造表达式：[Landuse]*[polyClip4-polyclip4] ，执行栅格图层：Landuse 和用以剪切的栅格polyClip4 之间的相乘运算 GIS软件应用-ArcGIS 得到的结果即是以任意多边形剪切的Landuse数据 18. 栅格重分类(Raster Reclassify) 通过栅格重分类操作可以将连续栅格数据转换为离散栅格数据 19. Eliminate合并破碎多边形以下的操作将会把面积小于10000 平方米的多边形合并到周围与之有最长公共边的多边形中：执行菜单命令[选择]>>[通过属性选择]，查询”Area”Masking Tools->Intersecting Layer Masks，为注记创建模版，模版的大小用参数Margin来决定 3）．右键点击数据框，在环境菜单中选择高级绘制选项（Advanced Drawing Options），用注记的模版图层去遮盖线图层，确定 23.同一图层使用Clip实现图斑的无缝拼接当一个图斑的边界确定，需要实现两个图斑的无缝拼接时，可以把图斑拉伸覆盖确定边界的图斑的一部分，然后用下面的图斑剪区上面的图斑。方法二：图斑之间有小的缝隙，可以先在缝隙上任意补画一个图斑，然后合并（merge）图斑，最后再剪切(Clip)即可得到无缝的图斑。如下图所示： 24.利用两个相交图斑创建新图斑。两个图斑都选中然后 Eidtor 工具条intersect，此方法原图斑不会被接切。 25.属性表中选择集与非选择集的切换 Options/switch selection 26.快速把选择的要素另存为一个图层并加载进来。先选责需要另存图层的要素（直接选择或者属性表），然后在图层上右键Selection/create Layer From Selected Features。 (以前都是直接export竟然没有发现) 27.利用Hyperlinks丰富数据库，为其添加超链接。单击rowse工具栏中Identify按钮。单击地图中一个要素，在Identify Results窗口右击需要设置超链接的要素，然后点击Add Hyperlink菜单。若要将一个Web页加为超链接，单击项，并输入URL。要链接到一个文档，单击Link to a Document，并输入文档路径名。单击Tools工具栏中的Hyperlink工具，并单击图上某一个要素即可实现。使用一个属性字段作为超链在内容表中右击包含一个超链接字段的图层，然后点击properties ,单击Display选项卡。选中Supprt Hyper3. Hyperlinks using field选项，单击下拉箭头并点击一个字段。单击Document or URL。单击OK，单击Tools中的Hyperlink按钮，将鼠标指移到一要素上并单击以显示其超链接。 28.Arcmap中的SQL语言当查询ArcInfo coverages, shape文件, INFO表以及dBASE表时，SQL表达式中的字段名必须用双引号扩起。如：“AREA”，如果查询的是个人地理数据库数据，则需要将字段名包含在方括号内，如：[AREA]，如果查询的是ArcSDE地理数据库数据或是ArcIMS要素类或ArcIMS影象服务子层中的数据，则不需要将字段名括起，如：AREA 有些运算符和关键字也可能有所变化。在查询表达式中，字符串必须加单引号，例如： [STATE_NAME]=‘California’ 除个人地理数据库要素类和表之外，查询表达式中的字符串是区分字母大小写的。如果搜索不需要区分大小写，可以使用SQL函数将所有的值都转换成大写或者小写。对于基于文件的数据源，例如shape文件或coverages，既可以使用UPPER函数，也可以使用LOWER函数。例如下面这个查询将选出那些姓名的最后为Jones或JONES的顾客。 UPPER("LAST_NAME") = 'JONES' 可以用LIKE运算符（不是 = 运算符）与通配符一起构建部分字符串查询。例如，表达式 [STATE_NAME] LIKE 'Miss*'将在美国州名中选择Mississippi和Missouri。 *表示多个字符。还比如，查询表达式 [OWNER_NAME] LIKE '?atherine smith' 将找出Catherine Smith和Katherine Smith。？表示单个字符。通配符的使用依赖于不同的数据库。例子中使用的通配符只适用于个人地理数据库。可以使用NULL关键字来选择那些在指定字段中值为NULL的要素和记录。通常，NULL关键字的前面总有IS或IS NOT。 29.Select by location小结按位置查找要素的方法使用按位置选择（Select By Location）对话框，可以根据要素间的相对空间位置进行查找。可以使用多种方法，查找在同一图层中或不同图层间相互邻近或叠置的点、线、多边形等要素。被…跨越边界（Are crossed by the outline of）利用这种方法，选择被另一图层要素覆盖的某个图层上的要素。例如，搜索道路跨越的荒地，得到的结果是道路跨越其边界的所有荒地。相交（Intersect）与Are crossed by the outline of类似，但是该方法可以选择与参照要素接连的要素。例如，选择与道路相交的荒地，选择的结果将包括该道路在其边界范围之内或在其边界之上的所有荒地。在…距离范围内（Are within a distance of）这一方法将选择同一图层或不同图层上相邻或邻近的要素。例如，现有一个包括清洁井和污染井的图层，使用该方法可以找出距离污染井500米范围内的所有清洁井。同样，也可以找出距离污染井500米范围内其他图层上的水库和农田。还可以用该选项选择与其他要素相毗邻的要素。例如，假如用户已选定了公司可能购买的地块，现在想获取邻近地块的信息。这种情况下，利用该选项选择选中地块零距离范围内的所有地块即可。中心在…里（Have their center in）这种方法选择某一图层上的要素，其中心点落在另一图层要素中。完全在…内（Are completely within）这种方法选择完全落在另一图层多边形内部的某一图层上的要素，例如，选择林区里面的湖泊。通过指定一个缓冲距离，可以选择落于多边形内部并距离多边形边界一定范围内的所有要素。例如，选择林区内部500米范围内的湖泊。完全包含（Completely contain）这种方法选择某一图层上完全包含另一图层上的要素的多边形。例如，选择内部包含湖泊的林区。通过指定一个缓冲距离，可以选择在其内部一定范围内包含要素的多边形。例如，对湖泊做缓冲区，可以选择距离湖泊500米范围内的林区。与…有公共线段（Share a line segment with）这种方法选择那些与其他要素具有公共线段、顶点或节点的要素。与…等同（Are identical to）这种方法选择与另一图层中某一要素具有同样几何形状的所有要素。这时，要素类型必须相同。举个例子：必须用多边形选择多边形，用线段选择线段，用点选择点。包含（Contain）这种方法选择某一图层中包含另一图层中要素的要素。这种方法与完全包含（Completely contain）方法的区别在于：要素间的边界可以接触。例如，使用包含（Contain）方法，即使湖泊的边界和包含该湖泊的森林的边界接触，森林也会被选中。但是在用完全包含（Completely contain）方法时，森林是不会选中的。包含于（Are Contained by）这种方法选择某一图层中被另一图层中要素包含的要素。例如，选择被乡村包围的城市。这种方法和完全包含于（Are completely within）方法的区别在于，要素的边界可以接触。与…接触（Touch the boundary of）如果使用包含线的图层来选择要素，则该方法将选择那些与此图层里的线有公共线段，顶点或端点（节点）的线和多边形要素。如果跨越了线，则这些线和多边形将不会被选中。如果使用包含多边形的图层来选择要素，则该方法将选择那些与此图层里的多边形边界有公共线段或顶点的线和多边形要素。如果跨越了多边形边界，则这些线和多边形将不会被选中。 31. 将选中的要素放大至整个窗口在内容表中右击包含选中要素的图层，单击Selection菜单，并单击Zoom To Selected Features子菜单。选中要素将放大至整个ArcMap窗口。 32.显示选中要素的属性在内容表中右击选中要素所在图层，单击Open Attribute Table，单击Show Selected records。窗口中显示出选中要素的属性记录。也可以打开属性表在select和all之间切换。 33. 通过单击要素添加文本 1). 在内容表中，右击需要添加标注的图层，单击Properties。 2). 单击Labels选项卡。 3). 单击Label Field下拉箭头，单击作为标注的字段。 4). 单击OK。 5). 单击Draw工具条上的Label按钮。应该是只需单击下拉箭头选择Label按钮。 6). 单击Place label at position clicked。如果选择了Automatically find best placement，ArcMap会自动的为标注寻找合适的位置。 7). 单击Choose a style，然后单击需要的标注样式。 8). 在需要标注的要素上单击鼠标，标注就添加上去了。（先在Draw工具条下新建标注组方便管理，New Annotation Group） 34. 标注工具条和标注管理器如果图层中有一些要素需要指定特殊的标注属性，需要在标注管理器中生成其它的标注类。点击左侧面板上的一个图层，在右侧面板上为其添加一个新的标注类。个人认为此方法虽然没有转为注记后的标注灵活，但却可以方便的实现自动相对智能化的标注，相比之下更省心，提高效率。 35. 在进行地图查询或编辑的时候为什么会总是选中所有的图层诀窍在这里（虽然是一点点小问题，但当我第一次遇到这个问题时却花费了我不少时间，甚至于怀疑自己的数据有问题） 36.建立拓扑关系检查图斑先根据需要在Catalog中建立相应的拓扑关系规则，然后在Arcmap中进行拓扑处理，辅助工具条Topolygon,下图所示为重叠图斑检查。（也可以在Arctoolbox下的Data Management tools/topology来做）有关geodatabase的topology规则多边形topology 1).must not overlay：单要素类，多边形要素相互不能重叠 2).must not have gaps：单要素类，连续连接的多边形区域中间不能有空白区（非数据区） 3).contains point：多边形＋点，多边形要素类的每个要素的边界以内必须包含点层中至少一个点 4).boundary must be covered by：多边形＋线，多边形层的边界与线层重叠（线层可以有非重叠的更多要素） 5).must be covered by feature class of：多边形＋多边形，第一个多边形层必须被第二个完全覆盖（省与全国的关系） 6).must be covered by：多边形＋多边形，第一个多边形层必须把第二个完全覆盖（全国与省的关系） 7).must not overlay with：多边形＋多边形，两个多边形层的多边形不能存在一对相互覆盖的要素 8).must cover each other：多边形＋多边形，两个多边形的要素必须完全重叠 9).area boundary must be covered by boundary of：多边形＋多边形，第一个多边形的各要素必须为第二个的一个或几个多边形完全覆盖 10).must be properly inside polygons：点＋多边形，点层的要素必须全部在多边形内 11).must be covered by boundary of：点＋多边形，点必须在多边形的边界上线topology 1).must not have dangle：线，不能有悬挂节点 2).must not have pseudo-node：线，不能有伪节点 3).must not overlay：线，不能有线重合（不同要素间） 4).must not self overlay：线，一个要素不能自覆盖 5).must not intersect：线，不能有线交叉（不同要素间） 6).must not self intersect：线，不能有线自交叉 7).must not intersect or touch interrior：线，不能有相交和重叠 8).must be single part：线，一个线要素只能由一个path组成 9).must not covered with：线＋线，两层线不能重叠 10).must be covered by feature class of：线＋线，两层线完全重叠 11).endpoint must be covered by：线＋点，线层中的终点必须和点层的部分（或全部）点重合 12).must be covered by boundary of：线＋多边形，线被多边形边界重叠 13).must be covered by endpoint of：点＋线，点被线终点完全重合 14).point must be covered by line：点＋线，点都在线上 Topology工具条及功能介绍： 37.给多个要素同一赋值选中你需要同一赋值的是所有图斑，然后点击Atrributes,此时出现属性修改对话框，点击根目录是对所有要素同一赋值，点击下面的支目录则可以分别赋值。（也可以用字段计算器实现） 38.如何根据确定的点画出以他相应的点例如：我在地图上已经指导了一个一直点，而其他的点在地图上都是以他为中心画出来的。学校　　SE60度，１４０米　　意思是学校在中心点南偏东６０度，距离是１４０米，这样的点在arcmap中怎么加呢？我的方法有二分别如下。 1）. 确定已有一个点图层，其中有学校,然后：对该图层开始编辑选择工具栏editor---direction-distance tool 以中心点为中心，先画角度线(arcmap左下角会有角度提示)，再画距离/半径（注：画的过程中点击A键可以输入角度值，点击D键可以输入距离值）确定,即可如果找不到direction-distance tool 的同志请看下面 Direction-distance tool is here 第二种方法就是直接编写代码实现下面是一段示例的VBA代码（本段代码作者：GIS空间站 knight_sl） Option Explicit Dim dPoint(2, 1) As Double Sub aaa() Call bbb Dim aa As IMxDocument Set aa = ThisDocument Dim pFLyr As IFeatureLayer Set pFLyr = aa.FocusMap.Layer(0) Dim pFCsr As IFeatureCursor Dim pFt As IFeature Set pFCsr = pFLyr.FeatureClass.Update(Nothing, False) Set pFt = pFCsr.NextFeature Dim pPoint As IPoint Set pPoint = pFt.ShapeCopy Dim pNewPoint As IPoint Dim X0 As Double, Y0 As Double Dim X As Double, Y As Double Dim dAngle As Double Dim i As Long For i = 0 To UBound(dPoint, 1) Set pFt = pFLyr.FeatureClass.CreateFeature Set pNewPoint = New Point dAngle = dPoint(i, 0) * 3.14159263579893 / 180 pNewPoint.X = dPoint(i, 1) * Cos(dAngle) + pPoint.X pNewPoint.Y = dPoint(i, 1) * Sin(dAngle) + pPoint.Y Set pFt.Shape = pNewPoint pFt.Store Next Set pFLyr = Nothing Set pFCsr = Nothing Set pFt = Nothing Set pPoint = Nothing Set pNewPoint = Nothing End Sub Sub bbb() '定义新加三个点的角度和距离 dPoint(0, 0) = 10 dPoint(0, 1) = 150 dPoint(1, 0) = 30 dPoint(1, 1) = 170 dPoint(2, 0) = 120 dPoint(2, 1) = 200 End Sub 这中方法做起来需要一点编程经验，但是比上面那中一个一个的画的方法要先进多了，可以把所有的点录入同时画出来。如果你不会VBA编程，请看下面：这是ArcGIS VBA的程序，运行的方法： 1)，运行ArcMap，加载所需图层； 2)，Tools菜单/Macros(宏）/Visual Basic Editor(VB编辑器)，这样打开VB编辑器 3)，双击打开VB编辑器左上工程资源管理器中的Project/ArcMap对象/ThisDocument，把上面的代码粘进去。注意看首行 Option Explicit如果有两行，就删除一行。 4)，点击VB编辑器工具栏的运行按钮运行（或菜单运行/运行子过程），就可以了，再激活ArcMap可以看到发生了什么！或者还有一种创建宏的方法（不过建议对ArcGIS VBA不大熟的同志不要用这种方法）： 1)，运行ArcMap，加载所需图层； 2)，Tools菜单/Macros(宏）/Macros，这样打开宏编辑器 3)，在宏名称中输入aaa，确定后，会打开VB编辑器，将看到有一个aaa的过程，没有实体。你把上面的aaa过程中的代码粘进去，然后在前面加上 Option Explicit（这个别重复了哈） Dim dPoint(2, 1) As Double 就可以。 4)，点击VB编辑器工具栏的运行按钮运行（或菜单运行/运行子过程），就可以了，再激活ArcMap可以看到发生了什么！ 39.这里说道了工具的使用，那么就简单的再介绍下Sketch中的几个工具吧 Sketch construction tools的使用： Sketch tool:主要是用来创造线和面特征的节点，在你完成了草图之后，ArcMAP就会增加最后的线段，形成矢量图。 Arc tool:这个主要是帮你创造一个弧段的,选中这个工具后，先在弧段起点点一下，然后在弧段高度方向大致位置点一下（这个点是不可见的，只是给你确定弧段的高度），最后在弧段的终点点一下，就形成一条弧段了。 Direction-distance tool:这个主要是从已知某一个方向和某一个距离来确定一个点。首先点一个已知方向的点，这是会有一条线出来，你确定好方向后，再点已知距离的点，这是出来一个圆，确定距离后，直线和圆有交点，这就是你要的点，再上面点一下就ok! Distance-distance tool:这个和上面的一样的道理，只是它都用距离来确定一个点，也就是两个圆确定你要的点。 Endpoint arc tool:这也是创造弧段用的，与Arc tool 工具不同的是，它是先在弧段的起点点一下，然后在弧段的终点点一下，再点一个点确定弧段的半径。个人认为这个工具要比Arc tool工具更精确些。 Intersection tool:就是利用两条直线确定一个点。很简单一用就会！ Midpoint tool:确定中点的工具，比如马路的中点，你可以先点一边，再点马路另一边，这时马路的中点自动出现了。（画道路中线太可以试试，不过得是直线道路咯，^_^） Tangent tool:相切弧段工具，它能够在一条线段上画出一条切线，只有你用其他工具画了线段出来时你才可以用这个工具。 Trace tool: 主要是用来在跟踪已存在的特征，比如一栋房子，你要沿房子外围画一条线（比如围墙），那么你使用这个工具就非常方便，首先开始时你必须按O键，设置下跟踪的间距，如100，其中还有三个角点的方式：mitered是直角 bevelled 是钝角rounded是圆角。(感觉那效果有点像CAD的偏移咯) 40.如何标注多个字段的属性及分子式标注 Propertis/label field /expression 实例：""& [单位名称] &"" & VbCrLf & " " & [PARCEL_NO] 输出分数线 VbCrLf 换行效果图：引用GIS空间站兔八哥文章详解以前用ArcGIS Label一般也就在图层的Properties里面定义一下Label字体大小和粗细。这两天遇到一个问题，需要在Label中显示多个字段的内容，比如BlockName和CompanyName。其实这个本来不是很难的问题，因为Label中支持VBScript，使用[BlockName] & VbNewLine & [CompanyName]。就可以实现标注中第一行显示BlockName，第二行显示CompanyName. 现在问题出来了，出图时候希望突出BlockName效果，希望加粗显示，而CompanyName使用一般字体。考虑了很长时间终于从ArcGIS帮助中找到了相关的内容，原来Label的VBScript里面支持类似于Html的VBScript标签，比如加粗就是用,上面问题就可以使用下面语句解决: "" & [BlockName] & "" & VbNewLine & [CompanyName] 除了加粗，ArcGIS中还支持下面的文本格式标签: Font: "" & [LABELFIELD] & "" Color: "" & [LABELFIELD] & "" "" & [LABELFIELD] & "" Bold: "" & [LABELFIELD] & "" Italic: "" & [LABELFIELD] & "" Underline: "" & [LABELFIELD] & "" All caps: "" & [LABELFIELD] & "" Small caps: "" & [LABELFIELD] & "" Superscript "" & [LABELFIELD] & "" Subscript: "" & [LABELFIELD] & "" Character spacing (%): "" & [LABELFIELD] & "" Word spacing (%): "" & [LABELFIELD] & "" Leading (pts): "" & [LABELFIELD] & " nFZLength Then For i=0 To (nFMLength-nFZLength)/2 strLeftSpace =strLeftSpace +chr(32) strRightSpace =strRightSpace + chr(32) Next End If FindLabel = "" &strLeftSpace; & [OBJECTID]&strRightSpace;& ""&chr;(13)&chr;(10)& [SHAPE_Area] End Function 41.用点构面 ArcToolBox->Samples->Data Management->Features->Create Features From Text File 点组成面，最重要的是点序的排列，因此对数据的组织有一定的要求。 42.几个常用的VBA代码在ARCGIS属性表中增加需要的字段，并自动赋值使用方法 1打开属性表,选择计算的字段,右点选择Calculate Values；2.选择“是”，进入Field Calculator； 2选择Advance选项； 3 在Pre-Logic VBA Script Code编辑框中输入VBA代码； 4在下面编辑框中输入赋值部分. 1--点坐标X VBA部分: Dim pGeo As IGeometry Set pGeo = [Shape] Dim pPoint As IPoint Set pPoint = pGeo 赋值部分: pPoint.X 2--点坐标Y VBA部分: 同上赋值部分: pPoint.Y 坐标值为文件存储的固有值,和是否使用On the Fly坐标表示无关。返回当前显示的坐标值参看8,9 3--多边形周长 VBA部分: Dim pGeo As IGeometry Set pGeo = [Shape] Dim pPolygon As IPolygon Set pPolygon = pGeo 赋值部分: pPolygon.Length 4--多边形面积 VBA部分: Dim pGeo As IGeometry Set pGeo = [Shape] Dim pPolygon As IPolygon Set pPolygon = pGeo Dim pArea As IArea Set pArea = pPolygon 赋值部分: pArea.Area 5--多边形重心X VBA部分: Dim pGeo As IGeometry Set pGeo = [Shape] Dim pPolygon As IPolygon Set pPolygon = pGeo Dim pArea As IArea Set pArea = pPolygon Dim pPoint As IPoint Set pPoint = pArea.Centroid 赋值部分: pPoint.X 6--多边形重心Y VBA部分: 同上赋值部分: pPoint.Y 7--Polyline长度 VBA部分: Dim pGeo As IGeometry Set pGeo = [Shape] Dim pPolyline As IPolyline Set pPolyline = pGeo Dim pCurve As IPolycurve Set pCurve = pPolyline 赋值部分: pCurve.Length 8--表示点坐标X VBA部分: Dim pDoc As IMxDocument Set pDoc = ThisDocument Dim pSpRef As ISpatialReference Set pSpRef = pDoc.FocusMap.SpatialReference Dim pClone As IClone Set pClone = [Shape] Dim pGeo As IGeometry Set pGeo = pClone.Clone Dim pPoint as IPoint Set pPoint = pGeo pGeo.Project pSpRef 赋值部分: pPoint.X 9--表示点坐标Y VBA部分: 同上赋值部分: pPoint.Y 坐标值为On the Fly显示的坐标,不是文件存储的固有坐标 10--连续编号 VBA部分: Static lCount as long lCount=lCount+1 赋值部分: lCount (从1开始) lCount-1 (从0开始) 计算面的中点 Dim Output As Double Dim pArea As IArea Set pArea = [Shape] Output = pArea.Centroid.X（或y）当然这是很老的方法了，现在arcgis9.2以后都不需要用VBA啦，右键属性表字段然后直接选择 Caculate Geometry就可以实现比如面积计算，X,Y坐标等的属性赋值了咯。 43. 在同一图层如何对同一要素的不同部分以不同的符号表示（注：要实现这种渲染需要两段具有不同的属性） 44.自己做arcMAP的图例在Symbol property Editor中进行制作了 1）、先在Style Manager中的左侧列表中，选择相应的Style文件，ArcGIS默认的符号库文件是ESRI.Style文件，当然也给出了C:\Documents and Settings\........................................目录下用于用户自定义的Style文件 2）、展开Style文件，选择要创建Symbol的类型，如：Fill Symbol（面填充）、Line Symbol（线）、Marker Symbol（点）然后在右侧的列表中鼠标右键->New 3）、在弹出的Symbol Property Editor窗体中，进一步选择Marker Symbol的类型，如：Simple Marker Symbol、Picture Marker Symbol等等 4）、这个时候就要根据需要开始设计符号的各种属性了，由于不同种类的Marker Symbol有不同的属性，因此，属性也会不尽相同。 5）、另外介绍一个经常需要或比较使用的步骤，我们需要设计的符号可以由ESRI提供的现有符号组合而成，那么我们则需要添加2个Symbol Layer，然后进行2个Symbol Layer的叠加 6）、分别设置上述2个Symbol Layer的中的Symbol的属性，之后确认保存，这样会在Style Manager中看到我们新制作的符号如图：（注：以上内容转载自ESRI社区 gis27） 45.计算属性中相同的字段个数选择要计算的字段然后右键选择Summarize根据相应的要求设置参数即可实现。功能示意如下图： 46.自动提取面的中点并加点 Arctoolbox->Feature-> Feature to Point 47.合并属性相同的相邻图斑使用Dissolve 当选择了create multipart feature时，所有具有相同属性的图斑将链接在一起做为一个图斑。 48.提取图斑转折点坐标如果没有伪节点那么，选中一个线或者面，打开sketch Properties，就可以看到节点坐标。还有一种方法就是：通过toolbox-datamanagement-feature-FeatureVerticesToPoints得到转折点的图层然后Add XY Coordinates,该点图层的属性表中就包含了X，Y字段，将其导出，就得到转折点坐标了。 ArcMap中设置.mxd相对路径复制拷贝地图文档后再次打开会遇到图层前一个！的标识符号，是因为加载图层的相对路径变化了，需要重新指定图层位置。对此将.mxd文档设置为相对路径起到作用，具体做法如下：（1）File-->Document Properties-->打开对话框中，点击Data Source Options...按钮；（2）选中store relative path names to data sources单选框，并勾选Make relative paths the defalut of...前的复选框。以上两步操作即可。在dissolve时，出现 ERROR 000354: The name contains invalid characters Failed to execute (Dissolve). End Time: Thu Mar 24 09:32:47 2011 (Elapsed Time: 0.00 seconds) output文件包括无效字符如中划线等 Geometry First [Editor's note: I was having trouble last week dissolving a shapefile based on a common attribute. I kept getting the following error: "Invalid Topology [INCOMPLETE_VOID_POLY]“. Not entirely helpful! A little Google searching turned up the following tip from ESRI.] Republished from ESRI. Problem: Some Overlay Tools, such as Intersect, return unexpected results or fail Description Results do not look correct or operations fail with strange errors such as: “Invalid Topology [INCOMPLETE_VOID_POLY]“. If this type of error has occurred, it is most likely to occur when using one of the following: Clip, Erase, Identity, Intersect, Symmetrical Difference, Union, Update, Split Featureclass to Coverage, Dissolve, Feature to Line, Feature To Polygon, Integrate, or ValidateTopology. Cause It is possible that tool outputs may be strange or incorrect because one or more features in the input feature class have geometry problems. Some examples of geometry problems are: • short segments • null geometry • incorrect ring ordering • incorrect segment orientation • unclosed rings • self-intersections or empty parts Solution or Workaround If such errors occur or the output looks incorrect, the first step in assessing the situation is to run the ArcToolbox tool Data Management Tools > Features > Check Geometry. -show me This tool provides a list of the invalid features in the feature class and a short description of the problem. Features with problems can be fixed in one of two ways: Editing the feature class with the geometry problem, and fixing each individual problem identified. Some of these problems, like non-simple geometry, can be fixed by double-clicking the feature in the editor and saving the edits. Running the ArcToolBox tool Data Management Tools > Features > Repair Geometry on the feature class containing the problem features 昨天检查一区属性发现一区图层的面积属性shape_area竟然出现了负值，想必是数据转换的时候出现了问题。今天在论坛求证了一下，感谢各位的解答。 ArcGIS默认顺时针图形为正，手工画polygon的时候不管怎么画结果都是顺时针的。所以一般负值的出现是转换过程出现问题，polygon是由ring组成的，ring则是有更小的segement（line,circularArc,ellipticalArc,beziercurve）构成，所具有方向性。解决方法是用ArcTool中的check geometry和 repair geometry工具，上述的检查结果是Incorrect ring ordering。repair后会自动修复错误，已解决。此外，repair工具只能修复以下五种错误： Null geometry—The feature will be deleted from the feature class. Short segment—The geometry's short segment will be deleted. Incorrect ring ordering—The geometry will be updated to have correct ring ordering. Incorrect segment orientation—The geometry will be updated to have correct segment orientation. Self intersections—The geometry's segments that intersect will be split at their intersection. Unclosed rings—The unclosed rings will be closed. Empty parts—The parts that are null or empty will be deleted. 更多的错误修复参照帮助中的 How to salvage a corrupt shapefile

文章目录x86寻址方式基址-偏移寻址分页寻址实模式寻址x86 分片寄存器32位保护模式寻址GDT结构GDT headGDT entry x86寻址方式基址-偏移寻址 x86 cpu的寻址方式在历史早期主要是分片寻址(segmentation)，其基本设计是任何地址由base 和 offset组成，通过将地址空间按不同规则切分成多块，每块起始地址作为base，在每个区块的偏移作为offset即可定位到具体物理地址，分片寻址在x86历史主要有两种 real mode 32bit protect mode r

21,459

社区成员

41,602

社区内容

发帖

与我相关

我的任务

社区管理员

加入社区

近7日
近30日
至今

加载中

查看更多榜单

社区公告

暂无公告

试试用AI创作助手写篇文章吧

+ 用AI写文章