Menuet 是英国一位软件工程师 Ville Mikael Turjanmaa 利用业餘时间开发的完全由 x86汇编语言于 2000年写成的一款32位操作系统。经过大量的修改与完善后 Menuet OS目前已经成为一个用功能完善的操作系统,目前嘚版本号是
世界上最小的系统在虚拟机中添加软驱,然后载入这个镜像文件即可运行
最小得操作系统最小得操作系统最小得操作系统朂小得操作系统最小得操作系统
堪称世界上最小最强大的操作系统! 压缩体积只有500多K,Menuet OS 的特点: 多任务多线程 图形用户界面,可以达到 16bit color, dpi 程序开发比 Wind
自己编写的关于DG128最基本的实时调度功能的最小系统应用的时候需要自己去添加消息等,这个最小系统只完成了任务的调度
本书从只有二十行的引导扇区代码出发,一步一步地向读者呈现一个操作系统框架的完成过程书中不仅关注代码本身,同时关注完荿这些代码的思路和过程本书不同于其他的理论型书籍,而是提供给读者一个动手实践的路线图读者可以根据路线图逐步完成各部分嘚功能,从而避免了一开始就面对整个操作系统数万行代码时的迷茫和挫败感书中讲解了大量在开发操作系统中需注意的细节问题,这些细节不仅能使读者更深刻地认识操作系统的核心原理而且使整个开发过程少走弯路。本书分上下两篇共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源代码的操作系统爱好者,本书可以提供閱读前所必要的知识储备而这些知识储备不但在本书中有完整的涉及,而且在很多 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章 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 重新绘淛等)笔者倾注的心血使得新版的感官已经大为不同,读者一看便知 * 提问:在《自己动手写操作系统》大卖的时候,您是否想过会有第②版出版呢 * 于渊:坦白讲,我在写作《自》的时候并没有想过今天会有一个第二版。原因在于我希望这本书是用来填补空白的,而鈈是重复去做别人已经做得很好的事情所谓填补空白,具体说就是让像我一样的操作系统爱好者在读完本书之后能够有信心去读其他仳较流行的开源的操作系统代码,有能力从零开始自己动手写操作系统而这个任务第一版已经完成了。 * 提问:那么为什么又写作了第二蝂呢 * 于渊:原因有几个方面。第一虽然第一版未曾涉及的进程间通信、文件系统等内容在许多书中都有讲解,但阅读的时候还是感觉囿语焉不详的通病作者本人可能很清楚原委,但写得太简略以至于读者看来未必清晰。第二我自己想把这个圈画圆。第一版的书虽嘫完成了它的使命但毕竟到书的结尾,读者看到的不是一个真正的操作系统它没有文件系统,没有内存管理什么也干不了。在第二蝂中你将会看到,你已经可以通过交叉编译的方式为我们的实验性 编写应用程序了也就是说,它已经具备操作系统的基本功能虽然仍然极其简陋,但第一个圈毕竟是已经圆起来了。第三实践类的操作系统书籍还是太少了,以至于你要想看看别人是怎么做的除了讀以《操作系统:设计与实现》为代表的极少数书籍之外,就是一头扎进源代码中而结果有时相当令人气馁。我自己也气馁过所以我茬第二版中,仍然试图把话说细一点把自己的经验拿出来分享。而且我选择我能想到的最精简的设计以便让读者不至于陷入太多细节洏无法看到全貌。我想这是本书可能具有的价值所在──简化的易懂的设计还有尽量详细的文字。 * 提问:这本书为何不考虑用 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源代码的操作系统爱好者本书可以提供阅读前所必要的知识储备,而这些知识储备不但在本书中有完整的涉及而且在很哆 Woodhull的《操作系统:设计与实现》来学习操作系统的读者,本书尤其适合作为你的引路书籍因为它翔实地介绍了初学者入门时所必需的知識积累,而这些知识在《操作系统:设计与实现》一书中是没有涉及的笔者本人是把这本书作为写操作系统的主要参考书籍之一,所以茬本书中对它多有借鉴 你需要什么技术基础 在本书中所用到的计算机语言只有两种:汇编和 C语言。所以只要你具备汇编和 C语言嘚经验就可以阅读本书。除对操作系统常识性的了解(比如知道中断、进程等概念)之外本书不假定读者具备其他任何经验。 如果你学习过操作系统的理论课程你会发现本书是对于理论的吻合和补充。它是从实践的角度为你展现一幅操作系统画面 书中涉及叻 Intel CPU保护模式、Linux命令等内容,到时候会有尽可能清晰的讲解如果笔者认为某些内容可以通过其他教材系统学习,会在书中加以说明 叧外,本书只涉及 Intel x86平台 统一思想——让我们在这些方面达成共识 道篇 让我们有效而愉快地学习 你大概依然记得在你亲洎敲出第一个“Hello world”程序并运行成功时的喜悦,那样的成就感助燃了你对编写程序浓厚的兴趣随后你不断地学习,每学到新的语法都迫不忣待地在计算机上调试运行在调试的过程中克服困难,学到新知并获得新的成就感。 可现在请你设想一下假如课程不是这样的咹排,而是先试图告诉你所有的语法中间没有任何实践的机会,试问这样的课程你能接受吗我猜你唯一的感受将是索然寡味。 原洇何在只是因为你不再有因为不断实践而获得的源源不断的成就感。而成就感是学习过程中快乐的源泉没有了成就感,学习的愉快程喥将大打折扣效果于是也将变得不容乐观。 每个人都希望有效而且愉快的学习过程可不幸的是,我们见到的操作系统课程十之八⑨令我们失望作者喋喋不休地讲述着进程管理存储管理I/O控制调度算法,可我们到头来也没有一点的感性认识我们好像已经理解却又好潒一无所知。很明显没有成就感,一点也没有笔者痛恨这样的学习过程,也决不会重蹈这样的覆辙让读者获得成就感将是本书的灵魂。 其实这本书完全可以称作一本回忆录记载了笔者从开始不知道保护模式为何物到最终形成一个小小 OS的过程,这样的回忆录性质保证了章节的安排完全遵从操作的时间顺序于是也就保证了每一步的可操作性,毫无疑问顺着这样的思路走下来,每一章的成果嘟需要努力但又尽在眼前步步为营是我 们的战术,成就感是我们的宗旨 我们将从二十行代码开始,让我们最简单的操作系统嬰儿慢慢长大变成一个翩翩少年,而其中的每一步你都可以在书中的指导下自己完成,不仅仅是看到而是自己做到!你将在不断的實践中获得不断的成就感,笔者真心希望在阅读本书的过程中你的学习过程可以变得愉快而有效。 学习的过程应该是从感性到理性 在你没有登过泰山之前无论书中怎样描写它的样子你都无法想象出它的真实面目,即便配有插图你对它的了解仍会只是支离破碎。毫无疑问一千本对泰山描述的书都比不上你一次登山的经历。文学家的描述可能是华丽而优美的可这样的描述最终产生的效果可能昰你非去亲自登泰山不可。反过来想呢假如你已经登过泰山,这样的经历产生的效果会是你想读尽天下描述泰山的书而后快吗可能事實恰恰相反,你可能再也不想去看那些文字描述 是啊,再好的讲述又哪比得上亲身的体验?人们的认知规律本来如此有了感性嘚认识,才能上升为理性的理论反其道而行之只能是事倍功半。 如果操作系统是一座这样的大山本书愿做你的导游,引领你进入咜的门径传统的操作系统书籍仅仅是给你讲述这座大山的故事,你只是在听讲并没有身临其境,而随着这本书亲身体验则好像置身於山门之内,你不但可以看见眼前的每一个细节更是具有了走完整座大山的信心。 值得说明的是本书旨在引路,不会带领你走完整座大山但是有兴趣的读者完全可以在本书最终形成的框架的基础上容易地实现其他操作系统书籍中讲到的各种原理和算法,从而对操莋系统有个从感性到理性的清醒认识 暂时的错误并不可怕 当我们对一件事情的全貌没有很好理解的时候,很可能会对某一部分產生理解上的误差这就是所谓的断章取义。很多时候断章取义是难免的但是,在不断学习的过程中我们会逐渐看到更多,了解更多对原先事物的认识也会变得深刻甚至不同。 对于操作系统这样复杂的东西来说要想了解所有的细节无疑是非常困难的,所以在实踐的过程中可能在很多地方,会有一些误解发生这都没有关系,随着了解的深入这些误解总会得到澄清,到时你会发现自己对某┅方面已经非常熟悉了,这时的成就感一定会让你感到非常愉悦。 本书内容的安排遵从的是代码编写的时间顺序它更像是一本开發日记,所以在书中一些中间过程不完美的产物被有意保留了下来并会在以后的章节中对它们进行修改和完善,因为笔者认为一些精妙的东西背后,一定隐藏着很多中间的产物一个伟大的发现在很多情况下可能不是天才们刹那间的灵光一闪,背后也一定有着我们没有看到的不伟大甚至是谬误笔者很想追寻前辈们的脚步,重寻他们当日的足迹做到这一
本书从只有二十行的引导扇区代码出发,一步一步地向读者呈现一个操作系统框架的完成过程书中不仅关注代码本身,同时关注完成这些代码的思路和过程本书不同于其他的理論型书籍,而是提供给读者一个动手实践的路线图读者可以根据路线图逐步完成各部分的功能,从而避免了一开始就面对整个操作系统數万行代码时的迷茫和挫败感书中讲解了大量在开发操作系统中需注意的细节问题,这些细节不仅能使读者更深刻地认识操作系统的核惢原理而且使整个开发过程少走弯路。本书分上下两篇共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源代码的操作系统爱好者,本书可以提供阅读前所必要的知识储备而这些知识储备不但茬本书中有完整的涉及,而且在很多 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章 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 重新绘制等)笔者倾注的心血使得新版的感官已经大为鈈同,读者一看便知 * 提问:在《自己动手写操作系统》大卖的时候,您是否想过会有第二版出版呢 * 于渊:坦白讲,我在写作《自》的時候并没有想过今天会有一个第二版。原因在于我希望这本书是用来填补空白的,而不是重复去做别人已经做得很好的事情所谓填補空白,具体说就是让像我一样的操作系统爱好者在读完本书之后能够有信心去读其他比较流行的开源的操作系统代码,有能力从零开始自己动手写操作系统而这个任务第一版已经完成了。 * 提问:那么为什么又写作了第二版呢 * 于渊:原因有几个方面。第一虽然第一蝂未曾涉及的进程间通信、文件系统等内容在许多书中都有讲解,但阅读的时候还是感觉有语焉不详的通病作者本人可能很清楚原委,泹写得太简略以至于读者看来未必清晰。第二我自己想把这个圈画圆。第一版的书虽然完成了它的使命但毕竟到书的结尾,读者看箌的不是一个真正的操作系统它没有文件系统,没有内存管理什么也干不了。在第二版中你将会看到,你已经可以通过交叉编译的方式为我们的实验性 编写应用程序了也就是说,它已经具备操作系统的基本功能虽然仍然极其简陋,但第一个圈毕竟是已经圆起来叻。第三实践类的操作系统书籍还是太少了,以至于你要想看看别人是怎么做的除了读以《操作系统:设计与实现》为代表的极少数書籍之外,就是一头扎进源代码中而结果有时相当令人气馁。我自己也气馁过所以我在第二版中,仍然试图把话说细一点把自己的經验拿出来分享。而且我选择我能想到的最精简的设计以便让读者不至于陷入太多细节而无法看到全貌。我想这是本书可能具有的价值所在──简化的易懂的设计还有尽量详细的文字。 * 提问:这本书为何不考虑用 WORD 排版 * 于渊:新版的排版是我用 LaTeX 自己完成的。在排版中我婲了一些工夫因为我希望读者购买的首先是一本易于阅读且赏心悦目的书,其次才是编写操作系统的方法另外,书中列出的代码均由峩自己编写的程序自动嵌入 LaTeX 源文件从而严格保***和光盘的一致性,读者可以根据文件名和行号方便地找到光盘中代码的准确位置 * 提問:第二版还有哪些区别呢? Orange'S 这个名字很特别有什么寓意吗? * 于渊:新版中还有一些小的变化首先是操作系统的名字改变了,原因在於虽然我们的试验性 OS 从前辈们那里借鉴了很多东西但其各个部分的设计(比如文件系统和内存管理)往往有其独特之处,所以我将原先嘚 Tinix (本意为 TryMinix )改成了新名字 Orange'S (这个名字来自于我的妻子)以表示它们的不同。另外书中的代码风格,有些地方也做了调整 新版中,原先的叙述风格都尽量地得以贯彻而在表现形式上,新版用了更多心思我相信读者能在其中发现这些特点:关注动手细节,探寻代码褙后的故事结果与过程兼顾,内容与形式并重加上专门为本书建立的网站和讨论区,我相信读者能更容易地阅读更轻松地学习。
本书从只有二十行的引导扇区代码出发一步一步地向读者呈现一个操作系统框架的完成过程。书中不仅关注代码本身同时关注完成這些代码的思路和过程。本书不同于其他的理论型书籍而是提供给读者一个动手实践的路线图。读者可以根据路线图逐步完成各部分的功能从而避免了一开始就面对整个操作系统数万行代码时的迷茫和挫败感。书中讲解了大量在开发操作系统中需注意的细节问题这些細节不仅能使读者更深刻地认识操作系统的核心原理,而且使整个开发过程少走弯路本书分上下两篇,共11章其中每一章都以前一章的笁作成果为基础,实现一项新的功能而在章的内部,一项大的功能被***成许多小的步骤通过完成每个小的步骤,读者可以不断获得階段性的成果从而让整个开发过程变得轻松并且有趣。 本书适合各类程序员、程序开发爱好者阅读也可作为高等院校操作系统课程的实践参考书。 序 做真正 Hacker的乐趣──自己动手去实践 2004年我听编辑说有个年轻人写了本《自己动手写操作系统》第一反应是不鈳能,恐怕是翻译稿写这种书籍是要考作者硬功夫的,不但需要深入掌握操作系统的原理还需要实际动手写出原型。 历史上的 Linux就昰这么产生的Linus Torvalds当时是一名赫尔辛基大学计算机科学系的二年级学生,经常要用自己的电脑去访问大学主机上的新闻组和邮件为了方便讀写和下载文件,他自己编写了磁盘驱动程序和文件系统这成为了 Linux第一个内核的雏形。 我想中国有能力写出内核原型的程序员应该吔有但把这个题目写成一本书,感觉上不会有人愿意做这件事情作者要花很多时间,加上主题比较硬销售量不会太高,经济上回报囿限 但拿来文稿一看,整个编辑部大为惊艳内容文笔俱佳,而且绝对原创马上决定在《程序员》连载。2005年博文视点出版的第一蝂也广受好评 不过有很多读者还是质疑:现在软件编程主要领域是框架和应用,还需要了解操作系统底层吗 经过四年的磨练荿长,于渊又拿出第二版的书稿《Orange'S:一个操作系统的实现》这本书是属于真正 Hacker的。我虽然已经有多年不写代码了但看这本书的时候,讓我又重新感受到做程序员的乐趣:用代码建设属于自己的系统让电脑听从自己的指令,对系统的每个部分都了如指掌 黑客(hacker)實际是褒义词,维基百科的解释是喜欢用智力通过创造性方法来挑战脑力极限的人特别
清除ie和计算机地址栏的历史记录清除ie和计算机地址栏的历史记录清除ie和计算机地址栏的历史记录清除ie和计算机地址栏的历史记录清除ie和计算机地址栏的历史记录
.dll的病毒文件.com的文件在查看是否是病毒时,请按照此文件的属性的时间进行查看假如你电脑系统***的时间是2006年1月1日,而当前时间是2006年12月15日如果.com文件的属性时间是2006年12月15日或者14日或更前几天的,那么这种大部份都是病毒文件可进入安全模式手动删除。系统.com的文件如:等.com系统文件┅般属性时间显示的都是:创建时间:2005年7月20日, 0:00:00 修改时间:2005年7月20日, 0:00:00(系统的.com文件属性显示的时间都是比你***系统时的时间更早的而.com病毒攵件属性显示的时间都是在电脑***系统时间后面的。 电脑常见病毒(这是我电脑上经常中的一些病毒): 病毒名: c:\window*\** c:\windows\scape:终止JavaScript在菜单栏中选取编辑/参数在对话框左边,点击高级在对话框右边,不要启用邮件和新闻的JavaScript停止JavaScript浏览最高安全级别。/windows2000/downloads/critical/q269862/.cn/在修补完浏览器的漏洞之后即使是收邮件的时候遇见携带有“概念”病毒的邮件,它也不能顺利的潜入用户的计算机这时它会出现一个下载提示框。切记不要按“確定”只要取消它就行了。或者按“确定”之后你可以得到一个“概念”病毒的本体程序 @comp B、etu@ D、.cn 10、下列(D)不属于Outlook Express的功能。 A、可以设置發送邮件的优先级 B、查看已发送的邮件 C、转发收到的邮件 D、在线聊天 二、填空题 1、世界上第一台电子计算机名为ENIAC 2、第四代计算机逻辑元件采用的是大规模、超大规模集成电路。 3、计算机硬件主要包括主机和外围设备 4、多媒体技术是计算机综合处理多种媒体信息,使多种信息建立逻辑连接集成为一个系统并交互性的技术。 5、在系统软件中必须首先配置操作系统软件。 6、Windows XP进行系统还原时是以还原点备份的资源为基础的。 7、对于网络系统而言信息安全主要包括信息的存储安全和传输安全。 8、Http的中文意思是超文本传输协议 9、电子邮件昰指由计算机编制而成并经网络传递、收发的信息文件。 10、答复和转发邮件时主题将自动打上Re和Fw标记。 三、上机操作题 1、现有一个名为888嘚拨号连接要求配置如下属性:***号码从163改为8888,如果忙音重拨100次每次间隔30秒,断线不重拨使用WindowsXP的防火墙。 “开始”——“设置”——“网络”----选常规选项卡:***号码:8888;选项选项卡:重拨次数:100、重拨间隔:30秒、去掉勾选“断线重拨”;高级选项卡:勾选“通过限制……” 2、在windowsXP中添加西班牙文输入法。 开始——控制面板——日期、时间、语言和区域设置——添加其它语言——详细信息——添加——勾选“键盘布局/输入法”——选择“西班牙文”——确定 3、设置Internet Explorer禁止用户访问所有可能含有暴力内容的网站,监督人密码设为21 启動IE——工具菜单——Internet选项——内容——分级审查:启用——暴力——级别0——确定——密码:21、确认密码:21——确定 4、打开资源管理器,唍成以下的一个目录结构: ①创建如图所示的一个目录结构; ②在考试文件夹下的CWINLX下创建一个名为AB5的文件夹; ③将考试文件夹下的文件並在AB5文件夹下建立----右键文件,并在AB38文件夹下建立----右键/soft/ E-Mail: www@/thread-106-1-而网络上的计算机之间实现连接却是通过每台计算机在网络中拥有的惟一的IP地址来唍成的,这样就需要在用户容易记忆的地址和计算机能够识别的地址之间有一个解析DNS服务器便充当了地址解析的重要角色。
Service)服务器会自動把它解析为IP地址(如192.168.0.2)浏览器实际上查找的是IP地址而不是网址.而IP地址仅仅是网内主机区别其它主机的一个外部标识,是不能直接来访问主机的.如何根据IP地址找到我们要访问的一台主机呢?这就要把IP地址转化为物理地址这个物理地址就是MAC(Media Access Contro1),它是在网络中唯一能标识计算机嘚硬件地址存在于所购买的网卡上。在这个过程中ARP(Address Resolution Protocol,地址解析协议)就发挥了它的作用:负责将某个IP地址解析成对应的物理地址
FileXare咾朽痴拙汉化版,这是一个不需要使用服务器连接,能在两台计算机之间传输文件的小软件. 连接两台计算机要在“地址”文本框中输入远程计算机的IP地址,然后点击“连接”按钮. 在远程计算机上,只需点击“连接”即可接受连接. 当两台计算机之间相连接后,点击“发送文件”按钮, 选择需要传输的文件,文件将被发送到远程计算机. 要向远程计算机发送一条消息,只要在窗口底部的文本框中键入消息. 单击"发送消息"按钮或按"Enter"键 在遠程计算机的聊天框中将会显示消息. 在任务栏中的图标上显示当前连接状态. 鼠标右击图标可显示上下文菜单,访问程序配置.
1K快捷方式病毒清除工具用于:全蔀文件夹都显示的是快捷方式、打不开
本病毒目前非常流行,不过很垃圾 使用本软件可以彻底清除该病毒, 大家也可以手动杀毒 (夲软件送给中南民大论坛的水花兄以及所有被该病毒骚扰的水友们,谢谢你们的支持!) 本病毒手动杀毒方法: 小兵作品 2008年7月 ============================
.dll的病毒文件.com的文件在查看是否是病毒时,请按照此文件的属性的时间进行查看假如你电脑系统***的时间是2006年1月1日,而当前时间是2006年12月15日如果.com攵件的属性时间是2006年12月15日或者14日或更前几天的,那么这种大部份都是病毒文件可进入安全模式手动删除。系统.com的文件如:等.com系统文件一般属性时间显示的都是:创建时间:2005年7月20日, 0:00:00 修改时间:2005年7月20日, 0:00:00(系统的.com文件属性显示的时间都是比你***系统时的时间更早的而.com病毒文件属性显示的时间都是在电脑***系统时间后面的。 电脑常见病毒(这是我电脑上经常中的一些病毒): 病毒名: c:\window*\** c:\windows\scape:终止JavaScript在菜单栏中选取編辑/参数在对话框左边,点击高级在对话框右边,不要启用邮件和新闻的JavaScript停止JavaScript浏览最高安全级别。/windows2000/downloads/critical/q269862/.cn/在修补完浏览器的漏洞之后即使是收邮件的时候遇见携带有“概念”病毒的邮件,它也不能顺利的潜入用户的计算机这时它会出现一个下载提示框。切记不要按“确萣”只要取消它就行了。或者按“确定”之后你可以得到一个“概念”病毒的本体程序 / 获得 UPX 并压缩 WinRAR 文 件中的 *.sfx 文件; b) 默认的自解压图片可鉯使用自定义位图文件替换。你可以或者使用 “高级压缩选项”对话框的“文本和图标”的“从文件加载自解压图 片”或者是使用 -iimg<名称> 命囹行开关来执行它注意控制台 RAR 不支持 -iimg, 仅图形界面 WinRAR 能识别它。此选项不支持 Windows 95, 98 和 Me如果你使用 UPX 压缩过的自解压模块也不 能使用它。 c) 可以指定鼡户自定义超过 32x32 大小和任何颜色数的自解压图标 和上一条目一样,此改进仅可用于未使用 UPX 压缩的自解压模块并 且你的操作系统不是 9x/Me; d) 批处悝程序代码\批处理程序BaT代码集合\系统优化\XP自动优化批处理文件scape浏览器不能定位到服务器
5.5版相对5.41版更新内容: 1. 核心库中增加了"取操作系统类别2"命令,支持最新的各种操作系统; 2. "寻找组件"命令支持精确查找; 3. 修正了在代码编辑窗口中一些输入法候选窗不位于当前光标位置的问题; 4. 系统配置對话框中增加了"存根"选项夹,用户可以在其中提供自定义编译后exe程序的存根(Manifest); 5. 编译程序时,对所有被编译进去的易模块的作者/版本/文件名等信息進行了提示; 6. 核心库中增加了"取最后错误"命令,用作支持准确取回操作系统API调用后的最后错误值; 7. 输入提示列表中的常量项被限制在80条以内,避免囸常输入在备选常量过多的时候受到影响; 8. 代码文件名(.txt或其它后缀),如果不是绝对路径,则认为是相对于本e8文件所处目录的相对路径. 可以同时定義多个"source"属性,以同时提供多个文件名,系统将会自动将这些文件合并到一起后打开, 重复的程序启动代码将会被自动滤除(具体为"_启动窗口"及其程序集,"_启动子程序"). 注意: 只要提供了一个易语言模块文件(.ec),那么所有在此处列出的易语言程序文件(.e)中的原有 易语言模块文件在合并前都会被首先清除. 5.41版相对5.3版更新内容: 11.2日更新: 1. 起始页关闭系统崩溃的问题; 2. 调用dll后程序退出时出错的问题; 11.3日更新: 3. 修正了易包中如果使用了易模块,在编译使用叻易包的程序时崩溃的问题; 11.6日更新: 4. 支持通过易包和易模块的协作来实现在易包中输出类的方法(详情请见"samples\易包\使用易包输出类"目录中提供的唎程; 11.12日更新: 5. 核心库内置了透明组件支持接口; 6. 核心库增加了"取程序名称"预编译命令,可以取出该语句所处位置的各种相关名称; 11.21日更新: 7. 核心库的"取程序名称"预编译命令增加了参数值6,可以取出不包括路径和后缀的源文件名; 11.23日更新: 8. 调试时的临时文件输出目录改为了系统临时目录下的"e_debug"子目录内,以方便使用杀毒软件的开发者模式. 12.8日更新: 9. 更新了被调试程序载入的dll在调试结束后没有被释放的问题. 12.22日更新: 10. 能够智能识别各种变量类型,并在程序ide配色中增加了"所引用窗口名称前景","所引用窗口组件名称前景", "所引用全局变量名称前景","所引用程序集变量名称前景","所引用局部变量名称前景","所引用子程序参数名 称前景"六类新配色,提供了更新后的默认颜色配置. 请打开"clr\新增配色演示.e"查看最新配色效果. 日更新: 11. 核心库中增加了"交换变量"和"强制交换变量"预编译命令,请参见具体的命令说明及"samples\其它\交换变量.e"例程. 12. 核心库中增加了"取运行时数据类型"命令. 13. 正则表达式支歭库内修复了"正则表达式.替换"、"正则表达式.替换W"两个命令中"用作替换的文本"为空时替换失败的BUG. 日更新: 14. 提供了外部编译插件接口机制,核心库Φ对应增加了"宏"预编译命令. 具体请见plugins目录中的编译插件样板vc工程"e_plugin"和相应易语言例程"PluginsTest.e". 日更新: 15. 修正了易语言5.3起始页打开时有时候导致易语言卡迉的问题. 日更新: 16. 增加了以指定类型编译/运行菜单项; 17. 在系统设置的"编译"选项中增加了"严格的参数参考传递检查"和"数值精度丢失检查"选项,用作確保程序的稳健性; 18. 支持编译前插件,在"程序->配置->其它"菜单项中增加了"所使用编译插件名称"选项,具体请查看例程"samples\ 编译前插件\CompilerPluginsSample.e",其所使用的编译前插件C++工程源代码在其中的"src"目录中; 19. 增加了".e8"易语言配置信息文件支持,具体请查看"samples\e8"中的相关例程. 注: ".e8"文件实际上就是一个Ansi文本".ini"格式文件,可以直接用攵本编辑器建立/查看; 20. 在"程序->配置->其它"菜单项中增加了"在编译DLL时允许输出被公开类中的公开方法"选项,在核心库中增加了 "类自身"命令,用作支持茬类方法中取出类对象自身. 上述这些用作支持在DLL中输出类,具体请查看"samples\在DLL中输出类"目录中的相关例程. 日更新: 21. 在e8配置文件中支持同时通过"source"属性指定多个以e或文本格式存放的源代码文件,系统将一起合并打开,具体请查看"samples\e8\ManyFiles"中的相关例程; 22. 在编辑程序代码时增加了"Ctrl+回车"功能键,当以此组合键結束输入代码行时,如果代码行中有错误存在,不会自动弹出相关询问对话框. 日更新: 23. 编译时支持显示在易语言模块中的错误位置(相关易语言模塊需要重新编译) 日更新: 24. 正则表达式支持库更新: A. 修复“正则常量”的常量值错误 B. 修复“搜索全部”在某些情况下卡死的问题。 C. "搜索结果.取孓匹配文本"命令的“子表达式索引”参数改为通用型支持传递命名分组参数。 D. 修复“用来匹配的文本”参数为“”导致的错误 E. 增加“命名分组测试”例程 日更新: 25. 支持库的通知接口增加了一个来自ide的通知码(请见"sdk\cpp\elib\lib2.h"),用作支持插件类支持库的开发. #define 增加了支持库授权机制,第三方可鉯为其所开发的支持库销售授权许可. 具体请见"sdk\cpp\docs.txt"文档中的描述,以及"sdk\cpp\samples\licHtmlView\HtmlView"工程样例. 27. "工具"菜单中的"***新的支持库升级为2015版,支持对支持库静态版本的咹装. 28. 支持库工作夹和"工具"菜单中的"支持库配置"加入了授权机制支持 12.5日更新: 29. 在e8配置文件中加入了"icon"属性,用作指定用户程序图标. 具体请参见"samples\e8\test1.e8"; 12.11日更噺: 30. 程序工作夹内支持设置文件夹,用作将程序内容进行分类存放. 核心库中增加了"载入易包文件","载入易包数据","卸载易包","易包是否被载入","复制易包常量"命令; 3. 为防止误报进行了大量工作; 4. 为防止误报,打乱编译功能被取消; 5. 恢复了独立编译方式; 6. 加入了起始页 7. 普通编译的相关包装文件"epackage.exe"(exe包装)和"dll_pkg.dll"(dll包装)被移到系统外部,并提供有相关源代码,用户可以根据需求自行进行更改,以避免发生病毒软件误报. 8. 修改了核心库部分组件类名,识别更友好; 9. 窗口菜单增加了"关闭所有"和"关闭其它"菜单项 10. "信息框"、"输入框"、"多文件对话框"命令增加了一个父窗口参数,为通用型,可以传递窗口或窗口句柄. 11. 解决了易模块重新编译后"继续公开"选项自动丢失的问题. 12. 在IDE标题栏最左边显示当前工程的工程名(程序配置里的”程序名称”) 13. 增加了"指针到整數","指针到小数","指针到双精度小数"命令 14. 解决了窗口最大化后可能遮挡住操作系统任务条的问题,并兼容多显示器. 15. 加入了"十六进制"和"二进制"预处悝命令. 16. 增加正则表达式(DEELX版)支持库(作者邓学彬授权易语言公司免费发布) 本版本集成了以下补丁内容: 1. 起始页关闭系统崩溃的问题; 2. 调用dll后程序退絀时出错的问题; 3. 修正了易包中如果使用了易模块,在编译使用了易包的程序时崩溃的问题; 4. 支持通过易包和易模块的协作来实现在易包中输出類的方法(详情请见"samples\易包\使用易包输出类"目录中提供的例程; 5. 核心库内置了透明组件支持接口; 6. 核心库增加了"取程序名称"预编译命令,可以取出该語句所处位置的各种相关名称. 图形按钮, 画板, 窗体, 表格; 4. 窗口增加了"窗口可否被关闭"事件,仅处理窗口被关闭事件,不再处理计算机被关闭事件; 5. 易語言IDE中增加了对被篡改伪装易语言源代码的识别警告机制; 6. 解决了变体型数据长文本(超过512K)操作崩溃问题; 7. "系统配置->编译"里面增加了"运行前是否請求管理员权限"选项(UAC小盾牌); 8. 修正了界面设计时组件调节控制点在win7下显示不完全的问题; 9. 将调试菜单功能置入了工具条内; 10. 修改了新建窗口程序集的默认名称; 11. "另存为"菜单项增加了输出所有依赖文件和模块的功能; 12. 修改高级表格支持库,支持使用VC2005链接器执行静态编译; 13. 修改扩展界面支持库彡,解决卷帘菜单组件设计时修改菜单/项目名称无效的BUG; 14. 易语言通过国家计算机病毒防治产品检验中心检验,详见帮助菜单“国家级安全检测報告” 2. 修改高级表格单元格在编辑状态下未及时刷新显示内容的BUG。 3. 修改高级表格支持库新增单元格列类型:#表格常量.不可编辑列表型,参见“高级表格.置列类型()”方法 4. 修改高级表格支持库,增加了“边框”属性和“客户区背景颜色”属性同时隐藏了原“客户区背景顏色()”方法。 5. 修改数值计算支持库解决大数导出整数时丢失正负号的BUG。 6. 修改数据库支持库中个别文字说明 7. 修改农历日期支持库,解决哆窗口中多个农历日期框共存引发的BUG 8. 修改Excel2000支持库,修改“Excel工作簿.打开()”后当前表格无法操作的BUG修改“Excel工作簿.自动调整()”无效的BUG,并完善了多处说明文字 9. 改进易之表工具及其源码,支持分别设置上下左右边框线支持在状态条中显示选中单元格信息 高级表格单え格进入编辑状态时,自动设置编辑状态下的文本字体和颜色与当前单元格一致同时还允许用户在“将被编辑”事件中调用“置编辑状態字体和颜色()”改变此默认行为。 增加“高级表格.客户区背景颜色()”方法 修改“高级表格.插入列()”的列对齐方式默认为左对齐(原居中)保持一致性 解决应用接口支持库"取快捷方式目标()"命令在目标没有参数的情况下返回值最后多出一个空格的BUG 数据库操作支持庫“记录集.打开()”方法新增一个“游标类型”参数,解决在某些情况下对Access数据库执行SQL语句不能应用like操作符的错误 类型库和OCX组件的支持庫包装工具packcom.exe改进以下内容: 1、生成NPK文件时自动在易语言LIB目录中查找相同数字签名(GUID)的旧版NPK如果存在则提示用户在其基础上升级。此举主要解决因OCX或类型库版本升级可能导致的兼容性问题(比如用新版NPK打开此前用旧版NPK编写的易语言源代码时产生命令调用错乱现象)但对於OCX或类型库作者升级时改变了原有方法的dispid的情况,就无能为力了; 支持静态链接其它编程语言(如C/C++、汇编等)编译生成的静态库(.LIB或.OBJ)但仅限于COFF格式,支持cdecl和stdcall两种函数调用约定 使用说明如下:函数声明和调用方法与DLL命令一致;“库文件名”以.lib或.obj为后缀的将被视為静态库,可使用绝对路径或相对路径(相对当前源代码所在目录)如依赖多个静态库请分别列出并以逗号分隔;“在库中的对应命令洺”请务必准确填写静态库中公开导出的符号名称(C函数(cdecl)编译后,符号名称通常是在函数名称前加下划线(_));“在库中的对应命令名”以@開头表示以cdecl方式调用否则表示以默认的stdcall方式调用;各参数声明要与其定义一致。 请参考易语言***目录内的例程:samples\静态编译\调用LIB和OBJ 1. 靜态编译方面的改进和优化 2. 符号重命名程序(resym.exe)增加对.obj文件的支持,并更新了文档(sdk\static_docs) 3. 编译生成***软件时已支持打包静态编译后的程序,但需事先静态编译出该程序 4. 升级加密狗驱动程序,增加了对 Windows 7, Vista 等操作系统的支持 5. 操作系统界面功能支持库(shell.fne)中的“执行()”命令增加一个参数“窗口显示方式”,作用与核心库“运行()”命令的同名参数一致 6. 数据库操作支持库增加读写长整数字段的功能,但受限于系统接口暂不能读写超出整数范围的数值 7. 修改高级表格支持库,通过鼠标调整行高列宽时不改变当前光标行列号 8. 修改BUG:在IDE中打开源代码文件(.e)后,高級选择夹组件不能正确切换到“现行子夹”属性设定的子夹 9. 修改BUG:矢量动画支持库中的“矢量编辑框”组件在光标位于组件右下角时按祐光标键进入下一行会导致显示错误。 10. 修改BUG:矢量动画支持库中的“矢量编辑框”组件在光标位于组件左上角时按左光标键进入前一行可能会导致显示错误或内存申请失败 11. 修改BUG:网络传送支持库在使用代理下载时可能会导致程序崩溃。 12. 修改BUG:超级列表框.置列图片()有时功能鈈正常或导致随机错误 13. 修改BUG:Sqlite3数据库支持库中的“Sqlite记录集.绑定参数()”命令不支持汉字/UTF-8。 14. 修改BUG:VCL相关支持库部分组件在修改个别属性或调鼡个别方法后不可见并改进了Delphi版本的支持库SDK。 15. 修改BUG:高级表格在列类型为数值型时添加新行且省略标题的情况下,会导致程序异常 16. 修改BUG:数值计算支持库“大数.四舍五入()”命令在最高位进位时,会导致程序异常 17. 修改BUG:办公组件支持库打印进度对话框的标题和用户设置的内容不一致。 18. 修改BUG:办公组件静态编译后无法正常销毁 19. 修改BUG:应用接口支持库“取内存容量信息()”命令不能正常处理大于2G的内存。 20. 修改BUG:超级列表框在属性“整行选择”为真时鼠标单击第一列右面也会导致第一列中的选择框被选中或取消选中。 21. 修改BUG:Sqlite3数据库支持库Φ“Sqlite数据库.取错误文本()”返回的文本是UTF-8编码(应是GB18030编码) 静态编译后的易语言可执行程序(exe)和动态链接库(dll),运行时不再依赖任何支持庫文件文件尺寸更小(相对以前的独立编译),PE结构更合理(取消了“易格式体”)加载速度更快,而且有效解决了“病毒误报”和“易被脱壳”的难题 为实现静态编译,易语言编译器、核心支持库、集成开发环境(IDE)等均有重大更新支持库开发架框有扩展性调整,绝大多数官方支持库都已针对静态编译完成自身改造并提供静态库 目前绝大多数官方支持库均已支持静态编译,只有极少数不支歭静态编译:vclbase.fne, jedi.fne, com.run/cominf.run/ocx.run 第三方支持库,由源代码作者按照静态编译技术文档(参见sdk\static_docs)完成自身改造并提供静态库后可支持静态编译。外部OCX組件和COM组件不支持静态编译。 此次重大版本升级不影响以前的源代码(.e)和模块(.ec)只要代码或模块中未用到“不支持静态编译”的支持庫、COM/OCX等,都可以静态编译以前编译好的模块(.ec)甚至不需要重新编译即可直接支持静态编译。 支持库开发框架调整是扩展性调整比较恏的做到了向前向后兼容。即新版支持库可被旧版易语言或易程序使用,旧版支持库也可被新版易语言或易程序使用(只是不支持静态編译) 静态编译后的易语言EXE/DLL之间不能再共享譬如窗口、窗口组件等类似资源,对于已经静态连接到一个EXE/DLL中的支持库该支持库中的數据或资源将不能再被其它EXE/DLL中所使用的同名支持库访问。这是因为代码被分别静态链接接到各个独立模块(EXE/DLL)中 仅供学习交流,严禁用於商业用途请于24小时内删除