From owner-freebsd-doc@FreeBSD.ORG Sat Aug 5 04:40:29 2006 Return-Path: X-Original-To: freebsd-doc@hub.freebsd.org Delivered-To: freebsd-doc@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F1F9C16A4E2 for ; Sat, 5 Aug 2006 04:40:29 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7E42043D5A for ; Sat, 5 Aug 2006 04:40:17 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with ESMTP id k754eHst000949 for ; Sat, 5 Aug 2006 04:40:17 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id k754eH93000948; Sat, 5 Aug 2006 04:40:17 GMT (envelope-from gnats) Resent-Date: Sat, 5 Aug 2006 04:40:17 GMT Resent-Message-Id: <200608050440.k754eH93000948@freefall.freebsd.org> Resent-From: FreeBSD-gnats-submit@FreeBSD.org (GNATS Filer) Resent-To: freebsd-doc@FreeBSD.org Resent-Reply-To: FreeBSD-gnats-submit@FreeBSD.org, chinsan Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1BCBE16A4DF; Sat, 5 Aug 2006 04:32:26 +0000 (UTC) (envelope-from chinsan.tw@gmail.com) Received: from smtp2.bc.hgc.com.tw (smtp2.bc.hgc.com.tw [203.133.1.156]) by mx1.FreeBSD.org (Postfix) with ESMTP id 44C1343D45; Sat, 5 Aug 2006 04:32:25 +0000 (GMT) (envelope-from chinsan.tw@gmail.com) Received: from smtp2.bc.hgc.com.tw (u14-109.u203-187.giga.net.tw [203.187.14.109]) by smtp2.bc.hgc.com.tw (Postfix) with SMTP id 8103F2E970; Sat, 5 Aug 2006 12:32:24 +0800 (CST) Received: by smtp2.bc.hgc.com.tw (sSMTP sendmail emulation); Sat, 5 Aug 2006 12:38:35 +0800 Message-Id: <20060805043224.8103F2E970@smtp2.bc.hgc.com.tw> Date: Sat, 5 Aug 2006 12:38:35 +0800 From: chinsan To: FreeBSD-gnats-submit@FreeBSD.org X-Send-Pr-Version: 3.113 Cc: vanilla@FreeBSD.org Subject: docs/101388: [UPDATE] zh_TW: Update developers-handbook to SVN#963 X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: chinsan List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 05 Aug 2006 04:40:30 -0000 >Number: 101388 >Category: docs >Synopsis: [UPDATE] zh_TW: Update developers-handbook to SVN#963 >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-doc >State: open >Quarter: >Keywords: >Date-Required: >Class: update >Submitter-Id: current-users >Arrival-Date: Sat Aug 05 04:40:16 GMT 2006 >Closed-Date: >Last-Modified: >Originator: chinsan >Release: FreeBSD 6.1-STABLE i386 >Organization: FreeBSD Taiwan >Environment: System: FreeBSD chinsan2.twbbs.org 6.1-STABLE FreeBSD 6.1-STABLE #1: Fri Jun 2 16:44:35 CST 2006 root@chinsan2.twbbs.org:/usr/obj/usr/src/sys/GENERIC i386 - Update developers-handbook to SVN#963 (patch URL http://chinsan2.twbbs.org/chinsan/zh_TW.Big5.20060805_1.diff ) - ChangeLog (Trac Timeline) https://opensvn.csie.org/traccgi/freebsddoc/timeline >Description: >How-To-Repeat: >Fix: --- zh_TW.Big5.20060805_1.diff begins here --- diff -ruN zh_TW.Big5.orig/books/developers-handbook/introduction/chapter.sgml zh_TW.Big5/books/developers-handbook/introduction/chapter.sgml --- zh_TW.Big5.orig/books/developers-handbook/introduction/chapter.sgml Wed Jul 26 11:55:46 2006 +++ zh_TW.Big5/books/developers-handbook/introduction/chapter.sgml Sat Aug 5 12:27:48 2006 @@ -73,11 +73,9 @@ <filename class="directory">/usr/src</filename> 的架構 - - 完整的 FreeBSD 原始碼都在公開的 CVS repository 中。 + 完整的 FreeBSD 原始碼都在公開的 CVS repository 中。 通常 FreeBSD 原始碼都會裝在 /usr/src， - 而且包含下列子目錄： - + 而且包含下列子目錄： diff -ruN zh_TW.Big5.orig/books/developers-handbook/tools/chapter.sgml zh_TW.Big5/books/developers-handbook/tools/chapter.sgml --- zh_TW.Big5.orig/books/developers-handbook/tools/chapter.sgml Wed Jul 26 11:56:43 2006 +++ zh_TW.Big5/books/developers-handbook/tools/chapter.sgml Sat Aug 5 12:27:44 2006 @@ -23,94 +23,77 @@ 程式開發工具 概敘 - - 本章將介紹如何使用一些 FreeBSD 所提供的程式開發工具(programing tools)， + 本章將介紹如何使用一些 FreeBSD 所提供的程式開發工具(programing tools)， 本章所介紹的工具程式在其他版本的 &unix; 上也可使用， 在此 並不會 嘗試描述寫程式時的每個細節， 本章大部分篇幅都是假設你以前沒有或只有少數的寫程式經驗， - 不過，還是希望大多數的程式開發人員都能從中重新得到一些啟發。 - + 不過，還是希望大多數的程式開發人員都能從中重新得到一些啟發。 簡介 - - FreeBSD 提供一個非常棒的開發環境， + FreeBSD 提供一個非常棒的開發環境， 比如說像是 C、C++、Fortran 和 assembler(組合語言)的編譯器(compiler), 在 FreeBSD 中都已經包含在基本的系統中了 更別提 Perl 和其他標準 &unix; 工具，像是sed 以及 awk， 如果你還是覺得不夠，FreeBSD在 Ports collection 中還提供其他的編譯器和直譯器(interpreter), FreeBSD 相容許多標準，像是 &posix; 和 ANSI C， 當然還有它所繼承的 BSD 傳統。 - 所以在 FreeBSD 上寫的程式不需修改或頂多稍微修改，就可以在許多平台上編譯、執行。 - + 所以在 FreeBSD 上寫的程式不需修改或頂多稍微修改，就可以在許多平台上編譯、執行。 - - 無論如何，就算你從來沒在 &unix; 平台上寫過程式，也可以徹底感受到FreeBSD 令人無法抗拒的迷人魔力。 + 無論如何，就算你從來沒在 &unix; 平台上寫過程式，也可以徹底感受到FreeBSD 令人無法抗拒的迷人魔力。 本章的目標就是協助你快速上手，而暫時不需深入太多進階主題， - 並且講解一些基礎概念，以讓你可以瞭解我們在講些什麼。 - + 並且講解一些基礎概念，以讓你可以瞭解我們在講些什麼。 - - 本章內容並不要求你得有程式開發經驗，或者你只有一點點的經驗而已。 + 本章內容並不要求你得有程式開發經驗，或者你只有一點點的經驗而已。 不過，我們假設你已經會 &unix; 系統的基本操作， - 而且更重要的是，請保持樂於學習的心態！ - + 而且更重要的是，請保持樂於學習的心態！ Programming 概念 - - 簡單的說，程式只是一堆指令的集合體；而這些指令是用來告訴電腦應該要作那些事情。 + 簡單的說，程式只是一堆指令的集合體；而這些指令是用來告訴電腦應該要作那些事情。 有時候，指令的執行取決於前一個指令的結果而定。 本章將會告訴你有 2 個主要的方法，讓你可以對電腦下達這些指示(instruction) 或 命令(commands)。 第一個方法就是 直譯器(interpreter)， 而第二個方法是 編譯器(compiler)。 由於對於電腦而言，人類語言的語意過於模糊而太難理解， - 因此命令(commands)就常會以一種(或多種)程式語言寫成，用來指示電腦所要執行的特定動作為何。 - + 因此命令(commands)就常會以一種(或多種)程式語言寫成，用來指示電腦所要執行的特定動作為何。 直譯器 - - 使用直譯器時，所使用的程式語言就像變成一個會和你互動的環境。 + 使用直譯器時，所使用的程式語言就像變成一個會和你互動的環境。 當在命令提示列上打上命令時，直譯器會即時執行該命令。 在比較複雜的程式中，可以把所有想下達的命令統統輸入到某檔案裡面去， 然後呼叫直譯器去讀取該檔案，並且執行你寫在這個檔案中的指令。 如果所下的指令有錯誤產生，大多數的直譯器會進入偵錯模式(debugger)， - 並且顯示相關錯誤訊息，以便對程式除錯。 - + 並且顯示相關錯誤訊息，以便對程式除錯。 - - 這種方式好處在於：可以立刻看到指令的執行結果，以及錯誤也可迅速修正。 - 相對的，最大的壞處便是當你想把你寫的程式分享給其他人時，這些人必須要有跟你一樣的直譯器。 - 而且別忘了，他們也要會使用直譯器直譯程式才行。 - 當然使用者也不希望不小心按錯鍵，就進入偵錯模式而不知所措。 - 就執行效率而言，直譯器會使用到很多的記憶體， - 而且這類直譯式程式，通常並不會比編譯器所編譯的程式的更有效率。 - - - - 筆者個人認為，如果你之前沒有學過任何程式語言，最好先學學習直譯式語言(interpreted languages)， - 像是 Lisp，Smalltalk，Perl 和 Basic 都是，&unix; 的 shell 像是 sh 和 csh - 它們本身就是直譯器，事實上，很多人都在它們自己機器上撰寫各式的 shell script， - 來順利完成各項 housekeeping(維護) 任務。 - &unix; 使用哲學之一就是提供大量的小工具， - 並使用 shell script 來組合運用這些小工具，以便工作更有效率。 + 這種方式好處在於：可以立刻看到指令的執行結果，以及錯誤也可迅速修正。 + 相對的，最大的壞處便是當你想把你寫的程式分享給其他人時，這些人必須要有跟你一樣的直譯器。 + 而且別忘了，他們也要會使用直譯器直譯程式才行。 + 當然使用者也不希望不小心按錯鍵，就進入偵錯模式而不知所措。 + 就執行效率而言，直譯器會使用到很多的記憶體， + 而且這類直譯式程式，通常並不會比編譯器所編譯的程式的更有效率。 + + 筆者個人認為，如果你之前沒有學過任何程式語言，最好先學學習直譯式語言(interpreted languages)， + 像是 Lisp，Smalltalk，Perl 和 Basic 都是，&unix; 的 shell 像是 sh 和 csh + 它們本身就是直譯器，事實上，很多人都在它們自己機器上撰寫各式的 shell script， + 來順利完成各項 housekeeping(維護) 任務。 + &unix; 的使用哲學之一就是提供大量的小工具， + 並使用 shell script 來組合運用這些小工具，以便工作更有效率。 FreeBSD 提供的直譯器 - - 下面這邊有份 &os; Ports Collection 所提供的直譯器清單，還有討論一些比較受歡迎的直譯式語言 + 下面這邊有份 &os; Ports Collection 所提供的直譯器清單，還有討論一些比較受歡迎的直譯式語言 - - 至於如何使用 Ports Collection 安裝的說明，可參閱 FreeBSD Handbook 中的 + 至於如何使用 Ports Collection 安裝的說明，可參閱 FreeBSD Handbook 中的 Ports章節。 @@ -146,8 +129,7 @@ ，此外 CMUCL(包含一個已經最佳化的編譯器)， 以及其他簡化版的 LISP 直譯器(比如以 C 語言寫的 SLisp，只用幾百行程式碼就實作大多數 Common Lisp 的功能) 則是分別收錄在 lang/cmucl 以及 - lang/slisp。 - + lang/slisp。 @@ -169,8 +151,7 @@ Scheme 是 LISP 的另一分支，Scheme 的特點就是比 Common LISP 還要簡潔有力。 由於 Scheme 簡單，所以很多大學拿來當作第一堂程式語言教學教材。 - 而且對於研究人員來說也可以快速的開發他們所需要的程式。 - + 而且對於研究人員來說也可以快速的開發他們所需要的程式。 Scheme 收錄在 lang/elk， Elk Scheme 直譯器(由麻省理工學院所發展的 Scheme 直譯器)收錄在 @@ -208,8 +189,7 @@ Python 是物件導向的直譯式語言， Python 的擁護者總是宣稱 Python 是最好入門的程式語言。 雖然 Python 可以很簡單的開始，但是不代表它就會輸給其他直譯式語言(像是 Perl 和 Tcl)， - 事實證明 Python 也可以拿來開發大型、複雜的應用程式。 - + 事實證明 Python 也可以拿來開發大型、複雜的應用程式。 &os; Ports Collection 收錄在 lang/python。 @@ -245,9 +225,9 @@ 編譯器 編譯器和直譯器兩者相比的話，有些不同，首先就是必須先把程式碼統統寫入到檔案裡面， - 然後必須執行編譯器來試著編譯程式，如果編譯器不接受所寫的程式，那就必須一直修改程式， - 直到編譯器接受且把你的程式編譯成執行檔。 - 此外，也可以在提示命令列，或在除錯器中執行你編譯好的程式看看它是否可以運作。 + 然後必須執行編譯器來試著編譯程式，如果編譯器不接受所寫的程式，那就必須一直修改程式， + 直到編譯器接受且把你的程式編譯成執行檔。 + 此外，也可以在提示命令列，或在除錯器中執行你編譯好的程式看看它是否可以運作。 如果在提示命令列下執行，那麼有可能會產生 core dump。 @@ -260,8 +240,7 @@ 而編譯器與直譯器最大的差別在於：當你想把你寫好的程式拿到另外一台機器上跑時， 你只要將編譯器編譯出來的可執行檔，拿到新機器上便可以執行， 而直譯器則必須要求新機器上，必須要有跟另一台機器上相同的直譯器， - 才能組譯執行你的程式！ - + 才能組譯執行你的程式！ 編譯式的程式語言包含 Pascal、C 和 C++， C 和 C++ 不是一個親和力十足的語言，但是很適合具有經驗的 Programmer。 @@ -271,8 +250,10 @@ lang/gpc 和 lang/fpc 中找到。 如果你用不同的程式來寫編譯式程式，那麼不斷地編輯-編譯-執行-除錯的這個循環肯定會很煩人， - 為了更簡化、方便程式開發流程，很多商業編譯器廠商開始發展所謂的 IDE(Integrated Development Environments) 開發環境， - FreeBSD 預設並沒有把 IDE 整合進 base system 中，但是你可透過 devel/kdevelop 安裝 kdevelop + 為了更簡化、方便程式開發流程，很多商業編譯器廠商開始發展所謂的 IDE + (Integrated Development Environments) 開發環境， + FreeBSD 預設並沒有把 IDE 整合進 base system 中， + 但是你可透過 devel/kdevelop 安裝 kdevelop 或使用 Emacs 來體驗 IDE 開發環境。 在後面的 專題將介紹，如何以 Emacs 來作為 IDE 開發環境。 @@ -338,7 +319,7 @@ 幸運的是，你可以不用理會以上細節，編譯器都會自動完成。 因為 cc 只是是個前端程式(front end)，它會依照正確的參數來呼叫相關程式幫你處理。 - 只需打： + 只需打： &prompt.user; cc foobar.c 上述指令會把 foobar.c 開始編譯，並完成上述動作。 @@ -362,7 +343,7 @@ 編譯後的執行檔檔名，如果沒有使用這選項的話， - 編譯好的程式預設檔名將會是 a.out + 編譯好的程式預設檔名將會是 a.out 至於 的原因，則是一團歷史迷霧了。 @@ -398,8 +379,7 @@ - - 將會把一些給 gdb 用的除錯訊息包進去執行檔裡面，所謂的除錯訊息例如： + 將會把一些給 gdb 用的除錯訊息包進去執行檔裡面，所謂的除錯訊息例如： 程式在第幾行出錯、那個程式第幾行做什麼函式呼叫等等。除錯資訊非常好用。 但缺點就是：對於程式來說，額外的除錯訊息會讓編譯出來的程式比較肥些。 的適用時機在於：當程式還在開發時使用就好， @@ -426,13 +406,12 @@ 會產生最佳化的執行檔， - 編譯器會使用一些技巧，來讓程式可以跑的比未經最佳化的程式還快， - 你可以在大寫 O 後面加上數字來指明你想要的最佳化層級。 - 但是最佳化還是會有一些錯誤，舉例來說在當在 FreeBSD 2.10 release 中使用 cc - 並且指定 時，在某些情形下會產生錯誤的執行檔。 + 編譯器會使用一些技巧，來讓程式可以跑的比未經最佳化的程式還快， + 可以在大寫 O 後面加上數字來指明想要的最佳化層級。 + 但是最佳化還是會有一些錯誤，舉例來說在 FreeBSD 2.10 release 中用 cc + 且指定 時，在某些情形下會產生錯誤的執行檔。 - 只有當要釋出發行版本、或者加速程式時，才需要使用最佳化選項。 - + 只有當要釋出發行版本、或者加速程式時，才需要使用最佳化選項。 &prompt.user; cc -O -o foobar foobar.c @@ -444,11 +423,9 @@ - - 以下三個參數將會強迫 cc 確認程式碼是否符合一些國際標準的規範， + 以下三個參數將會強迫 cc 確認程式碼是否符合一些國際標準的規範， 也就是通常說的 ANSI 標準， - 而 ANSI 嚴格來講屬 ISO 標準。 - + 而 ANSI 嚴格來講屬 ISO 標準。 @@ -501,15 +478,14 @@ 告訴 gcc 在連結(linking)程式時你需要用到的函式庫名稱。 最常見的情況就是，當你在程式中使用了 C 數學函式庫， - 跟其他作業平台不一樣的是，這些數學函式都不在標準函式庫(library)中， + 跟其他作業平台不一樣的是，這函示學函式都不在標準函式庫(library)中， 因此編譯器並不知道這函式庫名稱，你必須告訴編譯器要加上它才行。 - 這規則很簡單，如果有個函式庫叫做 libsomething/a， + 規則很簡單，如果有個函式庫叫做 libsomething.a， 就必須在編譯時加上參數 才行。 舉例來說，數學函式庫叫做 libm.a， 所以你必須給 cc 的參數就是 。 - 一般情況下，通常會把這參數必須放在指令的最後。 - + 一般情況下，通常會把這參數必須放在指令的最後。 &prompt.user; cc -o foobar foobar.c -lm @@ -522,42 +498,34 @@ 。 如果你的 FreeBSD 是 2.2(含)以後版本， 你可以用指令 c++ 來取代 cc。 - 在 FreeBSD 上 c++ 也可以用 g++ 取代。 - + 在 FreeBSD 上 c++ 也可以用 g++ 取代。 - &prompt.user; cc -o foobar foobar.cc -lg++ For FreeBSD 2.1.6 and earlier -&prompt.user; cc -o foobar foobar.cc -lstdc++ For FreeBSD 2.2 and later + &prompt.user; cc -o foobar foobar.cc -lg++ 適用 FreeBSD 2.1.6 或更早期的版本 +&prompt.user; cc -o foobar foobar.cc -lstdc++ 適用 FreeBSD 2.2 及之後的版本 &prompt.user; c++ -o foobar foobar.cc - Each of these will both produce an executable - foobar from the C++ source file - foobar.cc. Note that, on &unix; - systems, C++ source files traditionally end in - .C, .cxx or - .cc, rather than the - &ms-dos; style - .cpp (which was already used for - something else). gcc used to rely on - this to work out what kind of compiler to use on the - source file; however, this restriction no longer applies, - so you may now call your C++ files - .cpp with impunity! + 上述指令都會從原始檔 foobar.cc 編譯產生名為 fooboar 的執行檔。 + 這邊要提醒的是在 &unix; 系統中 C++ 程式傳統都以 .C、 + .cxx 或者是 .cc 作為副檔名， + 而非 &ms-dos; 那種以 .cpp 作為副檔名的命名方式(不過也越來越普遍了)。 + gcc 會依副檔名來決定用哪一種編譯器編譯， + 然而，現在已經不再限制副檔名了， + 所以可以自由的使用 .cpp 作為 C++ 程式碼的副檔名！ - Common <command>cc</command> Queries and Problems + 常見的 <command>cc</command> 問題 - I am trying to write a program which uses the - sin() function and I get an error - like this. What does it mean? + 我用 sin() 函示撰寫我的程式， + 但是有個錯誤訊息(如下)，這代表著？ /var/tmp/cc0143941.o: Undefined symbol `_sin' referenced from text segment @@ -566,10 +534,8 @@ - When using mathematical functions like - sin(), you have to tell - cc to link in the math library, like - so: + 當使用 sin() 這類的數學函示時， + 你必須告訴 cc 要和數學函式庫作連結(linking)，就像這樣： &prompt.user; cc -o foobar foobar.c -lm @@ -580,9 +546,7 @@ - All right, I wrote this simple program to practice - using . All it does is raise 2.1 to - the power of 6. + 好吧，我試著寫些簡單的程式，來練習使用 -lm 選項(該程式會運算 2.1 的 6 次方) #include <stdio.h> @@ -597,15 +561,14 @@ - and I compiled it as: + 然後進行編譯： &prompt.user; cc temp.c -lm - like you said I should, but I get this when I run - it: + 編譯後執行程式，得到下面這結果： &prompt.user; ./a.out @@ -613,30 +576,24 @@ - This is not the right answer! - What is going on? + 很明顯的，程式結果不是正確答案，到底是哪邊出錯？ - When the compiler sees you call a function, it - checks if it has already seen a prototype for it. If it - has not, it assumes the function returns an - int, which is definitely not what you want - here. + 當編譯器發現你呼叫一個函示時，它會確認該函示的回傳值類型(prototype)， + 如果沒有特別指明，則預設的回傳值類型為 int(整數)。 + 很明顯的，你的程式所需要的並不是回傳值類別為 int。 - So how do I fix this? + 那如何才可以修正剛所說的問題？ - The prototypes for the mathematical functions are in - math.h. If you include this file, - the compiler will be able to find the prototype and it - will stop doing strange things to your - calculation! + 數學函示的回傳值類型(prototype)會定義在 math.h， + 如果你有 include 這檔，編譯器就會知道該函示的回傳值類型，如此一來該運算就會得到正確的結果！ #include <math.h> @@ -647,8 +604,7 @@ - After recompiling it as you did before, run - it: + 加了上述內容之後，再重新編譯，最後執行： &prompt.user; ./a.out @@ -656,27 +612,21 @@ - If you are using any of the mathematical functions, - always include - math.h and remember to link in the - math library. + 如果有用到數學函式，請確定要有 include math.h 這檔， + 而且記得要和數學函式庫作連結。 - I compiled a file called - foobar.c and I cannot find an - executable called foobar. Where has - it gone? + 已經編譯好 foobar.c， + 但是編譯後找不到 foobar 執行檔。 該去哪邊找呢？ - Remember, cc will call the - executable a.out unless you tell it - differently. Use the - - option: + 記得，除非有指定編譯結果的執行檔檔名，否則預設的執行檔檔名是 a.out。 + 用 參數， + 就可以達到所想要的結果，比如： &prompt.user; cc -o foobar foobar.c @@ -687,108 +637,88 @@ - OK, I have an executable called - foobar, I can see it when I run - ls, but when I type in - foobar at the command prompt it tells - me there is no such file. Why can it not find - it? + 好，有個編譯好的程式叫做 foobar， + 用 ls 指令時可以看到， + 但執行時，訊息卻說卻沒有這檔案。為什麼？ - Unlike &ms-dos;, &unix; does not - look in the current directory when it is trying to find - out which executable you want it to run, unless you tell - it to. Either type ./foobar, which - means run the file called - foobar in the current - directory, or change your PATH - environment - variable so that it looks something like + 與 &ms-dos; 不同的是，除非有指定執行檔的路徑， + 否則 &unix; 系統並不會在目前的目錄下尋找你想執行的檔案。 + 在指令列下打 ./foobar 代表 + 執行在這個目錄底下名為 foobar 的程式， + 或者也可以更改 PATH 環境變數設定如下，以達成類似效果： bin:/usr/bin:/usr/local/bin:. - The dot at the end means look in the current - directory if it is not in any of the - others. + 上一行最後的 "." 代表如果在前面寫的其他目錄找不到，就找目前的目錄。 - I called my executable test, - but nothing happens when I run it. What is going - on? + 試著執行 test 執行檔， + 但是卻沒有任何事發生，到底是哪裡出錯了？ - Most &unix; systems have a program called - test in /usr/bin - and the shell is picking that one up before it gets to - checking the current directory. Either type: + 大多數的 &unix; 系統都會在路徑 /usr/bin 擺放執行檔。 + 除非有指定使用在目前目錄內的 test，否則 shell 會優先選擇位在 + /usr/bin 的 test， + 要指定檔名的話，作法類似： &prompt.user; ./test - or choose a better name for your program! + 為了避免上述困擾，請為你的程式取更好的名稱吧！ - I compiled my program and it seemed to run all right - at first, then there was an error and it said something - about core dumped. What does that - mean? + 當執行我寫的程式時剛開始正常， + 接下來卻出現 core dumped 錯誤訊息。這錯誤訊息到底代表什麼？ - The name core dump dates back - to the very early days of &unix;, when the machines used - core memory for storing data. Basically, if the program - failed under certain conditions, the system would write - the contents of core memory to disk in a file called - core, which the programmer could - then pore over to find out what went wrong. + 關於 core dumped 這個名稱的由來， + 可以追溯到早期的 &unix; 系統開始使用 core memory 對資料排序時。 + 基本上當程式在很多情況下發生錯誤後， + 作業系統會把 core memory 中的資訊寫入 core 這檔案中， + 以便讓 programmer 知道程式到底是為何出錯。 - Fascinating stuff, but what I am supposed to do - now? + 真是太神奇了！程式居然發生 core dumped 了，該怎麼辦？ - Use gdb to analyze the core (see - ). + 請用 gdb 來分析 core 結果(詳情請參考 )。 - When my program dumped core, it said something about - a segmentation fault. What is - that? + 當程式已經把 core memory 資料 dump 出來後， + 同時也出現另一個錯誤 segmentation fault 這意思是？ - This basically means that your program tried to - perform some sort of illegal operation on memory; &unix; - is designed to protect the operating system and other - programs from rogue programs. + 基本上，這個錯誤表示你的程式在記憶體中試著做一個嚴重的非法運作(illegal operation)， + &unix; 就是被設計來保護整個作業系統免於被惡質的程式破壞，所以才會告訴你這個訊息。 - Common causes for this are: + 最常造成segmentation fault的原因通常為： - Trying to write to a NULL - pointer, eg + 試著對一個 NULL 的指標(pointer)作寫入的動作，如 char *foo = NULL; strcpy(foo, "bang!"); @@ -796,25 +726,21 @@ - Using a pointer that has not been initialized, - eg + 使用一個尚未初始化(initialized)的指標，如： char *foo; strcpy(foo, "bang!"); - The pointer will have some random value that, - with luck, will point into an area of memory that - is not available to your program and the kernel will - kill your program before it can do any damage. If - you are unlucky, it will point somewhere inside your - own program and corrupt one of your data structures, - causing the program to fail mysteriously. + 尚未初始化的指標的初始值將會是隨機的，如果你夠幸運的話， + 這個指標的初始值會指向 kernel 已經用到的記憶體位置， + kernel 會結束掉這個程式以確保系統運作正常。如果你不夠幸運， + 初始指到的記憶體位置是你程式必須要用到的資料結構(data structures)的位置， + 當這個情形發生時程式將會當的不知其所以然。 - Trying to access past the end of an array, - eg + 試著寫入超過陣列(array)元素個數，如： int bar[20]; bar[27] = 6; @@ -822,8 +748,7 @@ - Trying to store something in read-only memory, - eg + 試著讀寫在唯讀記憶體(read-only memory)中的資料，如： char *foo = "My string"; strcpy(foo, "bang!"); --- zh_TW.Big5.20060805_1.diff ends here --- >Release-Note: >Audit-Trail: >Unformatted: