gcc 簡介

GCC簡介

在Unix系統環境下最廣為使用的C語言的編譯器即gcc(GNU C Compiler)。是一個由GNU社群推出編譯器，能編譯器C、C++語言的程式，gcc是可以在多種硬體平臺上編譯出可執行程式，功能優越而穩定。在此介紹gcc最常用的參數。

gcc [-c|-S|-E] [-Olevel] [-Wwarn...] [-o outfile] infile.

Infile： 是最重要也是唯一必備的參數，告訴gcc原始程式檔的檔名和路徑。
-o： (小寫) 指定輸出的執行檔檔名。
-O： (大寫) 編譯過程執行最佳化的動作，增加輸出執行檔的執行速度。gcc允許level 0 到 level 3的最佳化程度，level 0就是完全沒有。通常使用到level 2即可。
-W： (大寫) 編譯過程中顯示出warning訊息，’W’後面接描述詞，描述warning訊息的種類。建議使用”all”描述詞，顯示所有的warning訊息。
-I 設定搜尋標頭檔目錄。
-L 搜尋函式庫目錄
-lname: 聯結函式庫，函式庫檔案libname.a。
-g: 在編譯可執行檔時，附加執行時除錯資訊。(以供 gdb 讀取)
-E: 將Source code中的巨集展開，之後輸出到 stdout。
-c: 僅編譯成 object 檔而不進行程式庫聯結。
-S: 產生對應的組合語言程式碼檔 (*.s)。

副檔名規則

Gcc編譯器能將C、C++語言根源程式、匯程式化序和目的程式編譯、連接成可執行檔，如果沒有給出可執行檔的名字，gcc將生成一個名為 a.out的文件。在Linux系統中，可執行檔沒有統一的尾碼，系統從檔的屬性來區分可執行檔和不可執行檔。而gcc則通過尾碼來區別輸入檔的類別，下 面我們來介紹gcc所遵循的部分約定規則。

.c：C語言源始碼檔；
.a：是由目標檔構成的函式庫檔；
.cc：是C++源始碼檔；
.h：是程式所包含的標頭檔；
.i ：是已經預處理過的C源始碼檔；
.ii：是已經預處理過的C++源始碼檔；
.m為尾碼的文件，是Objective-C源始碼文件；
.o：是編譯後的目標檔；
.s為尾碼的文件，是組合語言源始碼文件；
.S：是經過預編譯的組合語言源始碼檔。

常用範例

範例：將 test.c 編譯成可執行檔 test 並在編譯過程中做最佳化。
#gcc -O test.c -o test

範例： 將 test1.c 和 test2.c 編譯聯結成可執行檔 test 並在編譯過程中做最佳化。
#gcc -O test1.c test2.c -o test

範例：若程式中有使用數學函數如 sin 等，編譯時須加入 -lm 。
#gcc -O test.c -o test -lm

範例：發現程式有執行時錯誤，編譯後需用 GDB 除錯。
#gcc -O -g test.c -o test

範例：發現程式有執行時錯誤，建立debug版的執行檔，供gdb除錯程式除錯。編譯時要跟 -g參數。
#gcc -O -g test.c -o test

[註: 來源處為 http://140.92.88.48/tlog/linux/entry/gcc%E7%B0%A1%E4%BB%8B]

SpamAssassin 建置

無法查看此摘要。請 按這裡查看文章。

讓 Spamassassin 學習辨別垃圾郵件

[註: 原出處已遺忘...以下內容有經實作驗證.]

Spamassassin 的 Spam 分數可以由“學習”的方式來調整, 最好的方式是分別建立 blacklist (黑名單, 垃圾郵件) 和 whitelist (白名單, 非垃圾郵件) 的信箱:
複製內容到剪貼板
代碼:
#useradd -M blacklist

#useradd -M whitelist
以後如果收到垃圾信的話, 就把信 "以附加檔案方式轉寄" 給自己 Server 上的 blacklist 信箱; 如果是被 Spamassassin 誤判為垃圾信的郵件, 就把它轉寄給 whitelist. 也就是說, 讓這兩個信箱收集可以給 Spamassassin 學習的範本. 學習的指令如下:

學習黑名單:
複製內容到剪貼板
代碼:
#sa-learn -D --showdots --spam --mbox /var/mail/blacklist
學習白名單:
複製內容到剪貼板
代碼:
#sa-learn -D --showdots --ham --mbox /var/mail/whitelist
學習完成後, 即可將 blacklist 與 whitelist 信箱清空:
複製內容到剪貼板
代碼:
#true > /var/mail/blacklist; true > /var/mail/whitelist
讓系統每小時自動學習黑/白名單: 於 /etc/cron.hourly 建立一個可執行的 shell 檔, 內容為:
複製內容到剪貼板
代碼:
#!/bin/sh

if [ -s /var/spool/mail/blacklist ]; then

sa-learn --spam --mbox /var/spool/mail/blacklist > /dev/null 2>&1
true > /var/spool/mail/blacklist

fi

if [ -s /var/spool/mail/whitelist ]; then

sa-learn --ham --mbox /var/spool/mail/whitelist > /dev/null 2>&1
true > /var/spool/mail/whitelist

fi

一個老舊的記憶~Dos開機片製作

[註: 原出處已遺忘, 底下內容有經實作驗證.]

簡單說 Dos 的開機程序時
io.sys -> msdos.sys -> config.sys -> command.com -> autoexec.bat

其中我們只要注意 config.sys 和 autoexec.bat
config.sys 主要是設定 Dos 的一些設定 和 載入一些程式
config.sys 所載入的程式和 autoexec.bat 中的不太一樣
這類的程式都是要在 command.com 之前載入完成
所以要在 config.sys 先載入
例如 記憶體的管理程序(himem.sys) 或 光碟機驅動程式

下面所說明 config.sys 部份
先看個圖例


[MENU] 是指 Dos 的開機的選單,其中
MENUITEM 是各選單的項目
MENUITEM = 項目名稱, 項目所顯示的文字
MENUDEFAULT 是預設選擇的項目
MENUDEFAULT = 項目名稱, 秒數
秒數可以省略, 就不會倒數計時 ( MENUDEFAULT = 項目名稱 )
MENUCOLOR 是選單的顏色
MENUCOLOR = 文字顏色, 背景顏色
全部 16色, 其數值是 0 - 15
在 [MENU] 中只可使用選單的設定不可以使用系統的設定

[COMMON] 共用設定, 不管選擇了那個項目都會載入這個部份的設定

[項目名稱] 各別項目的設定, 選則該項目時只會載入該部份的設定

而系統設定的部份
DOS=HIGH,UMB 是 DOS 記憶體相關的設定, 可省略, 在此不詳說
LASTDRIVE 是指最後一個磁碟編號, 習慣上就是 Z 啦
可以省略...只不過省略時的預設值為何我就不清楚了
DEVICE , DEVICEHIGH 載入裝置的程式, 例如載入光碟的驅動程式
DEVICE = MS-CDD.SYS /D:CD001
DEVICEHIGH = MS-CDD.SYS /D:CD001

DEVICEHIGH = HIMEM.SYS
DEVICEHIGH = EMM386.EXE RAM
是載入記憶體管理的程序
在 DOS 核心中...只能使用 1M 的記憶體
而其中的 640K 即所謂的傳統記憶體, 其餘 384k 則是其它用途
例如有 16M 的記憶體在 DOS 中也只會用到 1M
而其中程式所能用的也只有 640 K
因此必須要載入 HIMEM.SYS 才能讓程式配置使用其它的記憶體
不過由於又不是要用 DOS 玩遊戲...所以此部份也不用詳細說明
如果只需要傳統記憶體即可...這2行也可以省略

DEVICE 和 DEVICEHIGH 差異
當我們有設 DOS = HIGH,UMB 時
可以用 DEVICEHIGH 將載入的程序放到 UMB (就是那1M中的384K部份)
來節省傳統記憶體, 不過 UMB 不夠時...一樣還是使用傳統記憶體

所以不可考記憶體的分配(以要不會影響到程式的執行), 我們也可以省略成


如果不需要多選擇的選單, 也可以只設定所要的部份


在 config.sys 部份中, 主要只要注意 光碟機Driver 的載入
DEVICE = MS-CDD.SYS /D:CD001
DEVICE = 光碟Driver的檔案 /D:給予Drvier一個名稱
例如
DEVICE = A:\Driver\VIDE-CDD.SYS /D:MSCD001

MSCD001 只是一般常久以來的而成的不成文習慣而以
名稱是可以自己取不過一定要記得, 因為在 autoexec.bat 中給予光碟機編號時會用的到

接下來是 autoexec.bat 的部份, 圖例


這比較沒什麼好說的
總之就是照順序執行而以
比較要注意的是有使用 開機選單 和 光碟Driver 時的情況
之中可以看到 GOTO %CONFIG%
如果有使用開機選單...就會有 CONFIG 這個環境變數
在 autoexec.bat 我們可以用 GOTO %CONFIG%
來跳到 :選單項目名稱 的地方來執行
例如我們開機時選擇了 MS-CDD
GOTO %CONFIG% 就會跳到 :MS-CDD 的地方然後繼續執行
所以後面的
LH MSCDEX.EXE /D:CD001 /M:32
LH MOUSE
LH DOSKEY
PATH A:\;
都會執行到
如果我們開機時選 NOCD 則就直接跳到 :NOCD
LH MSCDEX.EXE /D:CD001 /M:32 就不會執行到了

當 config.sys 載入光碟Driver 後
我們習慣上在 autoexec.bat 中自動執行 MSCDEX.EXE 給予其磁碟編號, 如此才可以使用光碟
LH 和 config.sys 中的 DEVICEHIGH 是同樣的做用, 將程式配置到 UMB
因為不知道 UMB 夠不夠所以習慣上也都是加上 LH
使用 MSCDEX.EXE 給予光碟機編號時
MSCDEX.EXE /D:CD001 /M:32
/D:CD001 這裡就和 config.sys 設定的部份是要一樣
如果 config.sys 中是用 /D:MSCD001, 這裡也是改成 /D:MSCD001
MSCDEX.EXE /D:MSCD001 /M:32
/M:32 是設定緩衝區的大小...可以省略
/L:X 設定光碟機磁碟編號, 可省略, 省略時程式會自動的分配, 例如
MSCDEX.EXE /D:MSCD001 /L:G
這樣光碟機就是 G: (當有2台以上的光碟機時, "好像"是依序從 G: 開始分配)

如果我們只是單純開機後能使用光碟機
config.sys 和 autoexec.bat 可以簡單一點


而 Ghost 部份這裡還是省下來不說了(因為好像打太長了)
而且網路上也很容易找到資料 (主要是會不會用 Ghost 的指令而以)

關於 ghost 部份可以參考
http://myweb.hinet.net/home4/hugolee/mio/364.htm
http://myweb.hinet.net/home4/hugolee/mio/365.htm

例如 我們將 ghost.exe 和 .gho備份檔 燒在光碟中
而 config.sys 和 autoexec.bat 我們可以如下


光碟給予編號 X:
因為 ghost.exe 是在光碟中
所以先跳到光碟 X: 中, 再執行 ghost 指令
如果 ghost.exe 是放在軟碟中, 而不是放在光碟中, 就不用跳到 X:

MSCDEX.EXE /D:IDECD001 /L:X
ghost -clone,mode=pload,src=X:\backup.gho:1,dst=1:1 -rb

即可

到此全部 3篇的教學算一個結束
如果你都學會了...可以自己做一個自己專用的開機光碟
會活用的話, 也可以利用開機選單來製作選擇 Ghost 自動還原或備份 的程序

PS:
2006/8/22 補充修正
如果前面都有看懂
應該會發現...文中有個小錯誤
在最後 ghost 的部份...貼圖中的 config.cfg 和 autoexec.bat 有錯(我在打的時候沒注意到)

在 config 中是

LASTDRIVE = Z
DEVICE = MS-CDD.SYS /D:CD001

而 autoexec.bat 卻是

MSCDEX.EXE /D:IDECD001 /L:X
X:
ghost -clone,mode=pload,src=X:\backup.gho:1,dst=1:1 -rb

而我文中提過 config.cfg 和 autoexec.bat 中的光碟名稱要一樣
所以 autoexec.bat 中應該是

MSCDEX.EXE /D:CD001 /L:X

或是把 config.sys 中的
DEVICE = MS-CDD.SYS /D:CD001

改成
DEVICE = MS-CDD.SYS /D:IDECD001

WSUS for Client

登錄檔設定說明~(粉紅色框框為必要的設定項目)

HKEY_LOCAL_MACHINE\Software\Policies\Microsoft\Windows\WindowsUpdate

EntryName	Values	Data Type
ElevateNonAdmins	Range = 1|0 1 = 在 Users 安全 性群組的使用者可以核准或拒絕核准更新. 0 = 只有在Administrators 群組的使用者可以核准或拒絕核准更新.	Reg_DWORD
TargetGroup	指定 在WSUS伺服器內的分類群組,用以實作client-side targeting. 範 例： "總公司群組" (這 個原則和TargetGroupEnabled是一 對)	Reg_String
TargetGroupEnabled	Range = 1|0 1 = 啟用 client-side targeting. 0 = 停用 client-side targeting. (這 個原則和 TargetGroup是一 對)	Reg_DWORD
WUServer	自動 更新及API呼叫 所使用WSUS伺服 器的 HTTP(S) URL,這 個原則和WUStatusServer是一 對,必須設為相同的值. 只需輸入WSUS伺服器的IP位址即可,不需輸入子目錄. 範例：http://192.168.1.1	Reg_String
WUStatusServer	使用WUServer自動 更新之客戶端回報資訊用伺服器的 HTTP(S) URL,這 個原則和WUServer是一 對,必須設為相同的值. 範例：http://192.168.1.1	Reg_String

HKEY_LOCAL_MACHINE\Software\Policies\Microsoft\Windows\WindowsUpdate\AU

EntryName	Values	Data Type
AUOptions	Range = 2|3|4|5 2 = 通知 下載和安裝. 3 = 自動 下載和通知安裝. 4 = 自動 下載和排程安裝. (必須 設定 ScheduledInstallDay 和 ScheduledInstallTime 才有 效) 5 = 啟用 自動更新,允許使用者自行選擇設定.	Reg_DWORD
AutoInstallMinorUpdates	Range = 0|1 0 = Treat minor updates like other updates. 1 = Silently install minor updates.	Reg_DWORD
DetectionFrequency	Range = n n = 間隔時間(1-22)小 時. 自動 偵測更新的頻率（每 n 小時）	Reg_DWORD
DetectionFrequencyEnabled	Range = 0|1 1 = 啟用 DetectionFrequency. 0 = 使用 預設值,每 22 小時 偵測一次.	Reg_DWORD
NoAutoRebootWithLoggedOnUsers	Range = 0|1 1 = 不會 自動重新開機,登入的使用者可以選擇是否重新開機. 0 = 自動 更新通知使用者電腦將在 5 分鐘 後重新開機.	Reg_DWORD
NoAutoUpdate	Range = 0|1 0 = 啟用 自動更新. 1 = 停用 自動更新.	Reg_DWORD
RebootRelaunchTimeout	Range = n n = 間隔 時間(1-1440)分 鐘. 出現 提示已排定重新開機訊息的時間間隔.	Reg_DWORD
RebootRelaunchTimeoutEnabled	Range = 0|1 1 = 啟用 RebootRelaunchTimeout. 0 = 停用 RebootRelaunchTimeout(使用 預設值 10 分鐘).	Reg_DWORD
RebootWarningTimeout	Range = n n=時間(1-30)分 鐘. 排程 安裝後的自動開機警告訊息倒數時間(倒數 結束即重新開機)	Reg_DWORD
RebootWarningTimeoutEnabled	Range = 0|1 1 = 啟用RebootWarningTimeout. 0 = 停用RebootWarningTimeout (使用 預設值 5 分鐘).	Reg_DWORD
RescheduleWaitTime	Range = n n = 時間 (1-60) 分 鐘. 錯過 排程安裝後的下次開機,等得多久才套用安裝. 這個 原則只對排程安裝有效,對deadline無 效,deadline過期 後將自動儘快安裝.	Reg_DWORD
RescheduleWaitTimeEnabled	Range = 0|1 1 = 啟用RescheduleWaitTime. 0 = 停用 RescheduleWaitTime. (下次 排程安裝時間才一起安裝)	Reg_DWORD
ScheduledInstallDay	Range = 0|1|2|3|4|5|6|7 0 = 每天 1 ~ 7 = 星期 日 (1) 到 星期 六 (7). 設定 日期進行排程安裝. (只有 當 AUOptions = 4 時才 有效)	Reg_DWORD
ScheduledInstallTime	Range = n n = 幾點 鐘 (0-23). 幾點 鐘進行排程安裝. (24小時制)	Reg_DWORD
UseWUServer	這個 值必需設為1才能 設定 WUServer	Reg_DWORD

---

以下是我目前設定的登錄檔內容(for WINNT版本以上)~

引用:

Windows Registry Editor Version 5.00

[HKEY_LOCAL_MACHINE\SOFTWARE\Policies\Microsoft\Windows\WindowsUpdate]
"WUServer"="http://xx.xx.xx.xx"
"WUStatusServer"="http://xx.xx.xx.xx"
"ElevateNonAdmins"=dword:00000000

[HKEY_LOCAL_MACHINE\SOFTWARE\Policies\Microsoft\Windows\WindowsUpdate\AU]
"NoAutoUpdate"=dword:00000000
"AUOptions"=dword:00000004
"ScheduledInstallDay"=dword:00000000
"ScheduledInstallTime"=dword:00000015
"NoAutoRebootWithLoggedOnUsers"=dword:00000001
"DetectionFrequencyEnabled"=dword:00000001
"DetectionFrequency"=dword:00000008
"UseWUServer"=dword:00000001

系統的危機檢查 之 strace命令用法

[轉載自: http://www.yuanma.org/data/2007/0201/article_2213.htm]

调用:
strace [ -dffhiqrtttTvxx ] [ -acolumn ] [ -eexpr ] ...
[ -ofile ] [ -ppid ] ... [ -sstrsize ] [ -uusername ] [ command [ arg ... ] ]

strace -c [ -eexpr ] ... [ -Ooverhead ] [ -Ssortby ] [ command [ arg ... ] ]
功能:
跟踪程式执行时的系统调用和所接收的信号.通常的用法是strace执行一直到commande结束.
并且将所调用的系统调用的名称、参数和返回值输出到标准输出或者输出到-o指定的文件.
strace是一个功能强大的调试,分析诊断工具.你将发现他是一个极好的帮手在你要调试一个无法看到源码或者源码无法在编译的程序.
你将轻松的学习到一个软件是如何通过系统调用来实现他的功能的.而且作为一个程序设计师,你可以了解到在用户态和内核态是如何通过系统调用和信号来实现程序的功能的.
strace的每一行输出包括系统调用名称,然后是参数和返回值.这个例子:
strace cat /dev/null
他的输出会有:
open(\"/dev/null\",O_RDONLY) = 3
有错误产生时,一般会返回-1.所以会有错误标志和描述:
open(\"/foor/bar\",)_RDONLY) = -1 ENOENT (no such file or directory)
信号将输出喂信号标志和信号的描述.跟踪并中断这个命令\"sleep 600\":
sigsuspend({}
--- SIGINT (Interrupt) ---
+++ killed by SIGINT +++
参数的输出有些不一致.如shell命令中的 \">>tmp\",将输出:
open(\"tmp\",O_WRONLY|O_APPEND|A_CREAT,0666) = 3
对于结构指针,将进行适当的显示.如:\"ls -l /dev/null\":
lstat(\"/dev/null\",{st_mode=S_IFCHR|0666},st_rdev=makdev[1,3],...}) = 0
请注意\"struct stat\" 的声明和这里的输出.lstat的第一个参数是输入参数,而第二个参数是向外传值.
当你尝试\"ls -l\" 一个不存在的文件时,会有:
lstat(/foot/ball\",0xb004) = -1 ENOENT (no such file or directory)
char*将作为C的字符串类型输出.没有字符串输出时一般是char* 是一个转义字符,只输出字符串的长度.
当字符串过长是会使用\"...\"省略.如在\"ls -l\"会有一个gepwuid调用读取password文件:
read(3,\"root::0:0:System Administrator:/\"...,1024) = 422
当参数是结构数组时,将按照简单的指针和数组输出如:
getgroups(4,[0,2,4,5]) = 4
关于bit作为参数的情形,也是使用方括号,并且用空格将每一项参数隔开.如:
sigprocmask(SIG_BLOCK,[CHLD TTOU],[]) = 0
这里第二个参数代表两个信号SIGCHLD 和 SIGTTOU.如果bit型参数全部置位,则有如下的输出:
sigprocmask(SIG_UNBLOCK,~[],NULL) = 0
这里第二个参数全部置位.

参数说明:
-c 统计每一系统调用的所执行的时间,次数和出错的次数等.
-d 输出strace关于标准错误的调试信息.
-f 跟踪由fork调用所产生的子进程.
-ff 如果提供-o filename,则所有进程的跟踪结果输出到相应的filename.pid中,pid是各进程的进程号.
-F 尝试跟踪vfork调用.在-f时,vfork不被跟踪.
-h 输出简要的帮助信息.
-i 输出系统调用的入口指针.
-q 禁止输出关于脱离的消息.
-r 打印出相对时间关于,,每一个系统调用.
-t 在输出中的每一行前加上时间信息.
-tt 在输出中的每一行前加上时间信息,微秒级.
-ttt 微秒级输出,以秒了表示时间.
-T 显示每一调用所耗的时间.
-v 输出所有的系统调用.一些调用关于环境变量,状态,输入输出等调用由于使用频繁,默认不输出.
-V 输出strace的版本信息.
-x 以十六进制形式输出非标准字符串
-xx 所有字符串以十六进制形式输出.
-a column
设置返回值的输出位置.默认为40.
-e expr
指定一个表达式,用来控制如何跟踪.格式如下:
[qualifier=][!]value1[,value2]...
qualifier只能是 trace,abbrev,verbose,raw,signal,read,write其中之一.value是用来限定的符号或数字.默认的qualifier是 trace.感叹号是否定符号.例如:
-eopen等价于 -e trace=open,表示只跟踪open调用.而-etrace!=open表示跟踪除了open以外的其他调用.有两个特殊的符号 all 和 none.
注意有些shell使用!来执行历史记录里的命令,所以要使用\\.
-e trace=set
只跟踪指定的系统调用.例如:-e trace=open,close,rean,write表示只跟踪这四个系统调用.默认的为set=all.
-e trace=file
只跟踪有关文件操作的系统调用.
-e trace=process
只跟踪有关进程控制的系统调用.
-e trace=network
跟踪与网络有关的所有系统调用.
-e strace=signal
跟踪所有与系统信号有关的系统调用
-e trace=ipc
跟踪所有与进程通讯有关的系统调用
-e abbrev=set
设定strace输出的系统调用的结果集.-v 等与 abbrev=none.默认为abbrev=all.
-e raw=set
将指定的系统调用的参数以十六进制显示.
-e signal=set
指定跟踪的系统信号.默认为all.如signal=!SIGIO(或者signal=!io),表示不跟踪SIGIO信号.
-e read=set
输出从指定文件中读出的数据.例如:
-e read=3,5
-e write=set
输出写入到指定文件中的数据.
-o filename
将strace的输出写入文件filename
-p pid
跟踪指定的进程pid.
-s strsize
指定输出的字符串的最大长度.默认为32.文件名一直全部输出.
-u username
以username的UID和GID执行被跟踪的命令.

用strace调试程序

在理想世界里，每当一个程序不能正常执行一个功能时，它就会给出一个有用的错误提示，告诉你在足够的改正错误的线索。但遗憾的是，我们不是生活在理想世界里，起码不总是生活在理想世界里。有时候一个程序出现了问题，你无法找到原因。

这就是调试程序出现的原因。strace是一个必不可少的调试工具，strace用来监视系统调用。你不仅可以调试一个新开始的程序，也可以调试一个已经在运行的程序（把strace绑定到一个已有的PID上面）。

首先让我们看一个真实的例子：

[BOLD]启动KDE时出现问题[/BOLD]

前一段时间，我在启动KDE的时候出了问题，KDE的错误信息无法给我任何有帮助的线索。

代码：

_KDE_IceTransSocketCreateListener: failed to bind listener _KDE_IceTransSocketUNIXCreateListener: ...SocketCreateListener() failed _KDE_IceTransMakeAllCOTSServerListeners: failed to create listener for local Cannot establish any listening sockets DCOPServer self-test failed.

对我来说这个错误信息没有太多意义，只是一个对KDE来说至关重要的负责进程间通信的程序无法启动。我还可以知道这个错误和ICE协议（Inter Client Exchange）有关，除此之外，我不知道什么是KDE启动出错的原因。

我决定采用strace看一下在启动dcopserver时到底程序做了什么：

代码：

strace -f -F -o ~/dcop-strace.txt dcopserver

这里 -f -F选项告诉strace同时跟踪fork和vfork出来的进程，-o选项把所有strace输出写到~/dcop-strace.txt里面，dcopserver是要启动和调试的程序。

再次出现错误之后，我检查了错误输出文件dcop-strace.txt，文件里有很多系统调用的记录。在程序运行出错前的有关记录如下：

代码：

27207 mkdir("/tmp/.ICE-unix", 0777) = -1 EEXIST (File exists) 27207 lstat64("/tmp/.ICE-unix", {st_mode=S_IFDIR|S_ISVTX|0755, st_size=4096, ...}) = 0 27207 unlink("/tmp/.ICE-unix/dcop27207-1066844596") = -1 ENOENT (No such file or directory) 27207 bind(3, {sin_family=AF_UNIX, path="/tmp/.ICE-unix/dcop27207-1066844596"}, 38) = -1 EACCES (Permission denied) 27207 write(2, "_KDE_IceTrans", 13) = 13 27207 write(2, "SocketCreateListener: failed to "..., 46) = 46 27207 close(3) = 0 27207 write(2, "_KDE_IceTrans", 13) = 13 27207 write(2, "SocketUNIXCreateListener: ...Soc"..., 59) = 59 27207 umask(0) = 0 27207 write(2, "_KDE_IceTrans", 13) = 13 27207 write(2, "MakeAllCOTSServerListeners: fail"..., 64) = 64 27207 write(2, "Cannot establish any listening s"..., 39) = 39

其 中第一行显示程序试图创建/tmp/.ICE-unix目录，权限为0777，这个操作因为目录已经存在而失败了。第二个系统调用（lstat64）检查 了目录状态，并显示这个目录的权限是0755，这里出现了第一个程序运行错误的线索：程序试图创建属性为0777的目录，但是已经存在了一个属性为 0755的目录。第三个系统调用（unlink）试图删除一个文件，但是这个文件并不存在。这并不奇怪，因为这个操作只是试图删掉可能存在的老文件。

但 是，第四行确认了错误所在。他试图绑定到/tmp/.ICE-unix/dcop27207-1066844596，但是出现了拒绝访问错误。. ICE_unix目录的用户和组都是root，并且只有所有者具有写权限。一个非root用户无法在这个目录下面建立文件，如果把目录属性改成0777， 则前面的操作有可能可以执行，而这正是第一步错误出现时进行过的操作。

所以我运行了chmod 0777 /tmp/.ICE-unix之后KDE就可以正常启动了，问题解决了，用strace进行跟踪调试只需要花很短的几分钟时间跟踪程序运行，然后检查并分析输出文件。

说 明：运行chmod 0777只是一个测试，一般不要把一个目录设置成所有用户可读写，同时不设置粘滞位(sticky bit)。给目录设置粘滞位可以阻止一个用户随意删除可写目录下面其他人的文件。一般你会发现/tmp目录因为这个原因设置了粘滞位。KDE可以正常启动 之后，运行chmod +t /tmp/.ICE-unix给.ICE_unix设置粘滞位。

[BOLD]解决库依赖问题[/BOLD]

starce 的另一个用处是解决和动态库相关的问题。当对一个可执行文件运行ldd时，它会告诉你程序使用的动态库和找到动态库的位置。但是如果你正在使用一个比较老 的glibc版本（2.2或更早），你可能会有一个有bug的ldd程序，它可能会报告在一个目录下发现一个动态库，但是真正运行程序时动态连接程序 （/lib/ld-linux.so.2）却可能到另外一个目录去找动态连接库。这通常因为/etc/ld.so.conf和 /etc/ld.so.cache文件不一致，或者/etc/ld.so.cache被破坏。在glibc 2.3.2版本上这个错误不会出现，可能ld-linux的这个bug已经被解决了。

尽管这样，ldd并不能把所有程序依赖的动态库列出 来，系统调用dlopen可以在需要的时候自动调入需要的动态库，而这些库可能不会被ldd列出来。作为glibc的一部分的NSS（Name Server Switch）库就是一个典型的例子，NSS的一个作用就是告诉应用程序到哪里去寻找系统帐号数据库。应用程序不会直接连接到NSS库，glibc则会通 过dlopen自动调入NSS库。如果这样的库偶然丢失，你不会被告知存在库依赖问题，但这样的程序就无法通过用户名解析得到用户ID了。让我们看一个例 子：

whoami程序会给出你自己的用户名，这个程序在一些需要知道运行程序的真正用户的脚本程序里面非常有用，whoami的一个示例输出如下：
代码：

# whoami root

假设因为某种原因在升级glibc的过程中负责用户名和用户ID转换的库NSS丢失，我们可以通过把nss库改名来模拟这个环境：
代码：

# mv /lib/libnss_files.so.2 /lib/libnss_files.so.2.backup # whoami whoami: cannot find username for UID 0

这里你可以看到，运行whoami时出现了错误，ldd程序的输出不会提供有用的帮助：
代码：

# ldd /usr/bin/whoami libc.so.6 => /lib/libc.so.6 (0x4001f000) /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x40000000)

你只会看到whoami依赖Libc.so.6和ld-linux.so.2，它没有给出运行whoami所必须的其他库。这里时用strace跟踪whoami时的输出：
代码：

strace -o whoami-strace.txt whoami open("/lib/libnss_files.so.2", O_RDONLY) = -1 ENOENT (No such file or directory) open("/lib/i686/mmx/libnss_files.so.2", O_RDONLY) = -1 ENOENT (No such file or directory) stat64("/lib/i686/mmx", 0xbffff190) = -1 ENOENT (No such file or directory) open("/lib/i686/libnss_files.so.2", O_RDONLY) = -1 ENOENT (No such file or directory) stat64("/lib/i686", 0xbffff190) = -1 ENOENT (No such file or directory) open("/lib/mmx/libnss_files.so.2", O_RDONLY) = -1 ENOENT (No such file or directory) stat64("/lib/mmx", 0xbffff190) = -1 ENOENT (No such file or directory) open("/lib/libnss_files.so.2", O_RDONLY) = -1 ENOENT (No such file or directory) stat64("/lib", {st_mode=S_IFDIR|0755, st_size=2352, ...}) = 0 open("/usr/lib/i686/mmx/libnss_files.so.2", O_RDONLY) = -1 ENOENT (No such file or directory) stat64("/usr/lib/i686/mmx", 0xbffff190) = -1 ENOENT (No such file or directory) open("/usr/lib/i686/libnss_files.so.2", O_RDONLY) = -1 ENOENT (No such file or directory)

你可以发现在不同目录下面查找libnss.so.2的尝试，但是都失败了。如果没有strace这样的工具，很难发现这个错误是由于缺少动态库造成的。现在只需要找到libnss.so.2并把它放回到正确的位置就可以了。

[BOLD]限制strace只跟踪特定的系统调用[/BOLD]

如果你已经知道你要找什么，你可以让strace只跟踪一些类型的系统调用。例如，你需要看看在configure脚本里面执行的程序，你需要监视的系统调用就是execve。让strace只记录execve的调用用这个命令：

代码：

strace -f -o configure-strace.txt -e execve ./configure

部分输出结果为：
代码：

2720 execve("/usr/bin/expr", ["expr", "a", ":", "(a)"], [/* 31 vars */]) = 0 2725 execve("/bin/basename", ["basename", "./configure"], [/* 31 vars */]) = 0 2726 execve("/bin/chmod", ["chmod", "+x", "conftest.sh"], [/* 31 vars */]) = 0 2729 execve("/bin/rm", ["rm", "-f", "conftest.sh"], [/* 31 vars */]) = 0 2731 execve("/usr/bin/expr", ["expr", "99", "+", "1"], [/* 31 vars */]) = 0 2736 execve("/bin/ln", ["ln", "-s", "conf2693.file", "conf2693"], [/* 31 vars */]) = 0

你 已经看到了，strace不仅可以被程序员使用，普通系统管理员和用户也可以使用strace来调试系统错误。必须承认，strace的输出不总是容易理 解，但是很多输出对大多数人来说是不重要的。你会慢慢学会从大量输出中找到你可能需要的信息，像权限错误，文件未找到之类的，那时strace就会成为一 个有力的工具了。