第119部分(第3/4 頁)

，早日抱得美人歸。】

【linus：哈哈，謝謝！】

【linus：對了，之前忘記跟你說了，你移植bash的時候最好是按照posix的標準來，這樣可以讓我們的系統獲得更大的相容性，以後那些unix的使用者轉移到我們的linux中來也不會有任何障礙。】

【stone：posix標準？】

【linus：這是ieee組織為要在各種unix作業系統上執行的軟體而定義api的一系列互相關聯的標準的總稱，最初起源於185年的一個專案……】

接著，linus開始給林鴻詳細介紹了一下這個標準的有關內容。

實際上，linus之前也對這個標準一點都不清楚，只是聽學校的老師曾經說起過，因為這個標準是unix下的標準，統一規定了所有系統命令的實現細節。

於是，剛開始的時候，他便在minix的郵件討論組中釋出了一個求助帖子，尋求有關posix的相關標準下載地址，可是這個帖子並沒有獲得幾個人的關注和回應，他沒有找到posix的相關資料。

於是，他只好退而求其次，找來一份sun伺服器的unix使用手冊，按照上面的命令呼叫一個個對這些系統命令進行實現。

但是，這份unix手冊上並沒有詳細說明這些命令所實現的內部細節，只描寫了結果。

例如ls命令，手冊上只描寫了這個命令的結果，以及可以加上哪些引數實現，如“ls…all”可以將當前目錄下所有的檔案，包括隱藏檔案在內，都顯示出來。

具體的實現方式，則是linus按照檔案系統中的原理自己想出來的，例如首先要找到當前目錄的引導區，然後再分析裡面的檔案節點，從這些節點中讀出每一個檔案的名稱，大小以及建立日期等資訊，然後再將其顯示在顯示器螢幕上。…；要實現這些系統呼叫的功能，必須對底層的基本原理非常瞭解，當然這並不能難倒linus，否則他還談什麼編寫自己的作業系統？

他按照unix手冊和《作業系統：設計與實現》中所提及到的資料，總共實現了二十來個系統呼叫，這正是林鴻在linux中所實現的那些。

【linus：前一陣子才有一個朋友給我寄了幾卷厚厚的posix的手冊，不過既然現在你已經開始移植bash了，接下來的工作你就繼續做著吧。】

【stone：從哪裡可以找到posix的手冊？】

【linus：這點我也不太清楚。不過，你身在美國，應該不難，去圖書商城或者圖書館看看，應該可以找到。我這幾本posix手冊的出版社是……】

接著，linus將出版社和地址方面的資訊全部提供給了林鴻，讓他如果實在找不到，就按照這些資訊去找，直接向出版社郵購也行。

【linus：還有，我一個朋友手裡正好有基於蘋果系統的伺服器，上次我讓他試用了一下cqcq軟體，他願意免費將伺服器端進行託管，你覺得怎麼樣？】

linus說的事情，是上次林鴻提到自己想要將cqcq的伺服器端託管到另外的地方，於是linus就留心了一下。

【stone：可以。我把伺服器端的安裝檔案傳給你。】

隨著訪問使用者的增多，sam官方的那個伺服器的效能有點跟不上了，再加上最近又出現了德州儀器公司的那檔子事情，林鴻最終同意將伺服器端轉走。

原本林鴻還打算將cqcq釋出出去，讓更多的人使用，並且繼續改進，可是上次和凱文聊過一次之後，他的這個計劃便擱淺了。

他決定重新設計cqcq的結構，增加其安全性，然後再發布出去。

目前這個版本，暫時就用來內部幾個人溝通吧，等將伺服器端移走之後，林鴻便決定推薦這個軟體sam其他成員使用。

和linus結束聊天之後，林鴻便開始正式著手重新設計cqcq軟體。

第220章　加密演算法

第220章加密演算法

對cqcq軟體重構的想法，林鴻實際上在和凱文聊過之後，就開始在腦海中慢慢成型。百度搜進入索說網快速進入本站

對傳送訊息進行加密這個問題比較好解決，據林鴻所知，目前有一些加密效能比較好的加密演算法都是免費並且公開的，他可以直接拿來使用。

關鍵在於如何建立起負責訊息傳遞中轉的“秘密據