按键盘上方向键 ← 或 → 可快速上下翻页，按键盘上的 Enter 键可回到本书目录页，按键盘上方向键 ↑ 可回到本页顶部！
————未阅读完？加入书签已便下次继续阅读！
酰撬裁挥薪饧虑楦嫠叽笫π帧Ｗ约翰挥盟醯拿孛埽两窕姑挥腥魏纹渌酥溃趾璧那币馐吨校辉父嫠呷魏稳恕！ 〉诙熘形绯怨绶梗趾杈秃退举灰黄鸪俗蟀突夭ㄊ慷倭恕！ ∷举蛔蛱焱砩喜⒚挥兴谛我獾拦荩侨们品煽到偷搅怂墓朊勰嵌！ 』厝サ穆飞希举凰盗艘幌滤蛱煸谒媒忝媚嵌那榭觥！ ∷枪朊郏炅浜退畈欢啻螅侨匆丫辛四信笥眩⑶叶苑交故且桓雒拦恕！ ∷举欢杂谡飧銮榭鲇械阄薹ɡ斫猓氩煌ㄎ裁此暮媒忝没嵴乙桓隼贤獾蹦信笥选＜堑玫蹦晁泼竦氖焙颍道贤夥浅Ｄ芽矗退愕ド硪膊患尥夤耍渌橛颜诳矗禾旒郾Ρ吹募粪堑亍！ ×趾栊Φ溃耸腔岜涞模崴孀胖芪Щ肪车挠跋於谋渥抛约阂郧暗暮芏喙勰睢！ 〉绷趾杌氐郊乃藜彝サ氖焙颍丫挛缥宓悖巧吹剿牡谝痪浠熬褪牵骸 澳阒沼诨乩戳耍瑂am出大事了！” 林鸿闻言不由一愣：“发生了什么事情？” “德州仪器公司给我们公司发来了一封律师函，说我们破解计算器用于商业用途，侵犯了他们公司的权益，要求我们立刻停止侵权，否则将把我们告上法庭！” 侵权？告上法庭？ 林鸿也被突如其来的消息给震得有点懵了。 这是怎么回事？破解计算器还侵权？ 接着，他向亚瑟详细询问了一下这件事情的情况。 亚瑟解释了一遍之后，也感叹道：“没想到会碰到这样的事情。虽然火炬问过他的朋友，这件事因为没有先例，还无法将其定性为侵权，但是我们有改动他们的计算器硬件，这点可能对我们会有所不利。” 也就是说，假设真的将这件事情闹到法庭上的话，法官有可能判侵权，也有可能不判，概率也就是五五开的样子。 sam协会完全没有什么事情，因为这个协会是公益性质的，不涉及用作商业用途。关键是sam公司，这也是为什么对方只给马修递律师函，而没有找亚瑟的原因。 吃过晚饭，sam公司的所有成员成员召开了全体会议。 max： 这件事情大家大概也知道了。德州仪器找上门来，送来这么一封律师函，目的不明。据我和火炬初步的分析，对方暂时还没有打算直接上法庭的意思。 火炬：是的。我咨询过朋友，也并不一定会判侵权。之前类似的案例并没有。其实我们这种情况，有点类似于买回一台计算机，然后对其升级和破解。我个人认为，这根本不算什么侵权，不用怕他们。 雏鹰：要是把他们给惹急了，真的把我们给告上法庭怎么办？对方可是德州仪器公司，财大气粗，我们根本无法和他们斗。 …… max： 我们破解他们的计算器，实际上是将计算器的性能最大化，我敢肯定，因为我们破解的原因，导致了更多的人购买了他们的产品。也就是说，我们根本就没有损害他们的利益，相反，还有促进作用！ 火炬：马修说得对，这点我们之前还没想到。这样一说，他们更没有理由告我们了，就算他们赢了，也最多只是禁止我们继续改造cdad。我觉得没什么可怕的，大不了换一个品牌的计算器作为核心平台。 stone：我觉得他们可能另有所图，发出这样一封律师函，只不过是想给我们施加压力而已，先不要急，等等看吧，等他们再次找上门来。 林鸿有种感觉，这律师信只是他们投石问路的一个策略罢了，并不是简单地想要他们禁止破解和改造ti系列计算器那么简单。 …… 他们几个人七嘴八舌，慢慢讨论着，最终倾向于林鸿的意见，再等等，坐观其变。
第219章 重要事情
这件事情，虽然无论是律师还是各自的家长都认为因为缺乏先例，再加上他们又是学生创业，就算是被罚，也不会太严重，但是sam成员心中还是被蒙上了一层阴影。 毕竟这是他们第一次遇到这种情况，之前根本没有想过此类方面的问题。 他们发现，要想真正做好一件事，除了埋头解决技术方面的事情，还会碰到其他一些预想不到的情况。之前这些琐事都被马修一个人给处理了，在这些人当中，马修算是对外能力最强的一个。 可是现在，这件事的出现，让他们真正感觉到了校园之外的冲击。这些事情如果只是安安分分在学校读书，是绝对碰不到的。sam公司成为了他们涉足社会的一个媒介，给他们林鸿、亚瑟以及马修三人的内心都造成了比较大的影响，以至于以后他们各自创业的时候，都会事先考虑自己所做的事情，是否违反了当地法律，有哪些事情需要提前做好准备？ 林鸿回到自己的房间，将这件事情抛在脑后，继续开始完善bash外壳程序的系统调用功能。 由于已经完成了bash的基本框架，实现起系统调用速度比之前要提升了十倍以上，地基打好了，上面的建筑建起来就快了。 所以，在午夜十二点之前，他就完成了总共二十多个系统调用，即将当初linus移植到minix里面的所有功能都给搞定了。 他登上cqcq，看到linus正好也在线，于是便发了个消息给他，然后将源代码直接在线传给了对方。 linus：伙计，你的效率真快，移植了bash，以后的编写工作会要大大加速了铁幕1925！ stone： 下一步是不是可以将gcc移植过来？这样我们可以不用再切换到minix的环境中编译系统了，直接在linux平台下编译。 linus： 我这两天本来正打算着手做这件事，但是现在我有一个新的想法。 stone： 说来听听。 linus： 我觉得我们应该另外实现一个文件系统，而不是直接使用minix的文件系统。 在此之前，为了降低编写代码的难度，linus从minix中借鉴了很多代码，其中最为完整的就是文件系统的实现。 linus： minix的文件系统是专门为微内核设计的，当初在设计的时候也只考虑过教学用途，目的是为了更好的让学生理解，根本无法真正用在大型操作系统上，在性能上有着致命的缺陷，我想你也应该发现了这点。 林鸿对此表示赞同。 minix系统在文件处理方面的效率的确有些慢了，刚开始的时候还感觉不到，但是在他编译系统的时候，就极其明显了，文件一多，搜索查找以及读取文件的效率就变得极为缓慢。在这点上，还比不上dos系统。 minix的文件系统是模仿unix的文件系统而设计的，其数据结构整体上和unix文件系统大致相同，大致也可分为引导块、超块、柱面、节点等。 但是作者安德鲁这个系统本身是用来作为教学用的，所以在设计的时候，就考虑到要让学生能够比较容易理解，将其中的一些复杂实现就省略了，只保留了其骨架，进行适当修改之后，能够让其正常运转，并没有经过大量文件存储方面的性能测试。 当磁盘中文件比较少的时候，根本感觉不到其中的差异。 但是，linus在编写linux操作系统的时候，代码虽然不是很多，也就一万两千行左右，但是这一万两千行代码并不是只在一个文件里面，而是分布在多大几十个文件和上十个目录当中。 在编译系统的时候，编译器会按照编译索引文件makefile来按照顺序对这些源代码一个一个地查找，并链接起来，然后再统一进行编译。 按理说来，只有这么点文件，这个过程应该是非常快的，但是事实证明，要想将linux的v0。00版本编译出来，都至少要花费四十分钟的时间。 当初林鸿一直pkzip那么一个小软件的时候，都花费了十分钟左右的时间。 这样的效率实在太低了，要是在unix或者dos下，所花费的时间可能只有五分之一甚至十分之一。 linus于是便开始寻找到底哪里出现问题，为什么会导致编译速度如此缓慢。 最终他发现，原来这是minix文件系统设计方面的原因，他觉得有必要对这点进行改变了，他可不想将这样一个文件系统移植到linux里面，那简直就像是在美餐一顿的时候吃了一只苍蝇那么恶心。 身为技术宅linus是绝对不允许这样的情况出现在linux中的。 林鸿也觉得这个问题的确很重要，文件系统是操作系统的基石，如果地基不打好，会直接影响到上层建筑的高度。 linus： 我最近这段时间都在想这个问题，接下来会正是着手开始设计了。不过在此之前，我会先解决一件更为重要的事情御明。 stone： 更为重�