您爲Kylix做好準備了麼？做好的程序員一如做人。多看多想或許他山之石可以攻玉，但永遠不要成爲代碼的奴隸。 CKER
Translated by 您爲Kylix做好準備了麼？當然！可您的系統爲Kylix準備好了麼？開發Kylix的時候，我們發現了一些問題，儘管絕大多數最新的Linux版本已經註明了這些問題。但若您手裏的Linux是個舊版本的話，比如說您上個星期下載的Linux版本，您也許會碰見和我一樣的問題。閱讀本文您就可以讓您的系統爲Kylix做好準備！ 第一步是下載我們的測試程序和glibc的補丁。您可以從 http://www.borland.com/devsupport/kylix/downloads/下載Borland Kylix的Pre-Test程序。下載後解開tar格式的壓縮文件您會發現叫做BORPRETEST的目錄。此目錄下有一個叫做testsytem的shell script。這個script運行一個叫做borpretest的測試程序，檢查您的系統是否滿足安裝Kylix的基本需求。比如libjpeg的版本,基本 libc 的版本，等等等等。此外，它還嘗試加載和卸載一些系統模塊來測試與Linux loader的兼容性。如果您系統中擁有正確的系統文件來運行Kylix的話，borpretest會在其終端輸出中告訴你。詳細的錯誤訊息描述包含在叫做PREINSTALL的文本文件中。本文將着重於添加幾條關於Linux loader的BUG的詳細訊息，以及如何升級您的系統。 此處是對Linux loader的主要BUG的簡短描述。假設我們把您程序加載的一個模塊叫做Module A，Module A又與Module A1有依賴關係，您的程序同時又加載了Module B。如果Module B共享與Module A1的依賴關係的話，您在試圖同時卸載Module A和B的時候就會有麻煩啦！同時卸載Module A和B之後，Module A1的引用計數（reference count）無法被正確更新，如果以後再使用這個引用的話會導致崩潰！幸運的是我們已經知道如何彌補這個問題，gnu.org已經同意將其加入主要的libc分支版本中。 您能否得到這個問題的修正取決於您的Linux發行版本。目前我們已經有針對Red Hat 6.2, 7.0, Mandrake 7.2 和 SuSE 7.0的pre-built解決方案。 Red Hat 7.0的glibc 2.2正式版本中包含了此修正。Red Hat 6.2目前還沒有發佈正式補丁。我們已經提供了6.2的一個內部使用版的補丁，但還未被Red Hat所支持。通常您可以在您的開發環境中安全使用它，但我們建議您不要向您的用戶們分發此版本。我們已經就Kylix的相關內容對其進行了測試，但還不能保證使用這個補丁的安全性。使用風險由您自負。同時我們提供補丁的所有源文件。 Mandrake已經發布了一個包括此修正的“非正式的”glibc分支版本，您可以從 ftp://ftp.sunet.se/pub/Linux/distributions/mandrake-devel/unsupported/i586處下載。此外您應該注意Mandrake的發行版本不帶debug符號，這使得在Mandrake上進行調試變得有點困難。我們建議您帶debug符號重新編譯系統。 SuSE已經發布了7.0版的正式補丁，可以從http://www.suse.com/us/support/download/處下載。Kylix的Server版和Desktop版將和SuSE7.0的已修訂過的共享版捆綁發行。 我們已經提供此測試程序的源文件。在安裝Kylix之前我們使用相同的測試機制。如果Loader的補丁沒有安裝，Kylix將拒絕安裝。您也許希望在您的安裝程序中進行相似的檢查。 您的程序碰見這個Loader的bug嗎？這取決於您所使用的package(包)以及是否動態加載了存在共享依賴性的模塊。這種可能性完全存在。Kylix的IDE做了許多如此的行爲，我們絕對需要在任何一臺安裝Kylix的開發機器上修正此Loader的BUG。 如果您手裏的Linux發行版本還沒有發佈一個正式補丁，您應該直接接洽他們並慫恿他們趕快發一個吧。這意味着您可以看看我們的補丁源文件並努力將他們應用到您的Linux發行版本中。此外，任何提供了glibc 2.2的升級版本的Linux發行版本都已經對此進行了修正。 打過這些補丁之後您可以開始安裝Kylix啦！ 願您一路走好!
|