linux常用頭詳解.doc

linux常用頭文件詳解POSIX標準定義的頭文件 目錄項 文件控制 文件名匹配類型 路徑名模式匹配類型 組文件 網絡數據庫操作 口令文件 正則表達式 TAR歸檔值 終端I/O 符號常量，文件是Linux的系統調用，好比Windows中的windows.h 文件時間 字符擴展類型- INTERNET定義 套接字本地接口 INTERNET地址族 傳輸控制協議定義- 內存管理聲明 Select函數 套接字借口 文件狀態(tài) 進程時間 基本系統數據類型（如pid_t,size_t等） UNIX域套接字定義 系統名 進程控制-POSIX定義的XSI擴展頭文件 cpio歸檔值 動態(tài)鏈接 消息顯示結構 文件樹漫游 代碼集轉換使用程序 語言信息常量 模式匹配函數定義 貨幣類型 數據庫操作 消息類別 輪詢函數 搜索表 字符串操作 系統出錯日志記錄 用戶上下文 用戶限制 用戶帳戶數據庫 - IPC(命名管道) 消息隊列資源操作 信號量 共享存儲 文件系統信息 時間類型 附加的日期和時間定義 矢量I/O操作-POSIX定義的可選頭文件 異步I/O 消息隊列 線程 執(zhí)行調度 信號量 實時spawn接口 XSI STREAMS接口 事件跟蹤 C/C+頭文件一覽Cinclude /設定插入點include /字符處理include /定義錯誤碼include /浮點數處理include /對應各種運算符的宏include /定義各種數據類型最值的常量include /定義本地化C函數include /定義數學函數include /異常處理支持include /信號機制支持include /不定參數列表支持include /常用常量include /定義輸入輸出函數include /定義雜項函數及內存分配函數include /字符串處理include /定義關于時間的函數include /寬字符處理及輸入輸出include /寬字符分類傳統C+include /改用include /改用include /改用include /該類不再支持，改用中的stringstream標準C+include /STL 通用算法include /STL 位集容器include /字符處理include /定義錯誤碼include /浮點數處理include /對應各種運算符的宏include /定義各種數據類型最值的常量include /定義本地化函數include /定義數學函數include /復數類include /信號機制支持include /異常處理支持include /不定參數列表支持include /常用常量include /定義輸入輸出函數include /定義雜項函數及內存分配函數include /字符串處理include /定義關于時間的函數include /寬字符處理及輸入輸出include /寬字符分類include /STL 雙端隊列容器include /異常處理類include /文件輸入輸出include /STL 定義運算函數（代替運算符）include /定義各種數據類型最值常量include /STL 線性列表容器include /本地化特定信息include /STL 映射容器include /STL通過分配器進行的內存分配include /動態(tài)內存分配include /STL常用的數字操作include /參數化輸入輸出include /基本輸入輸出支持include /輸入輸出系統使用的前置聲明include /數據流輸入輸出include /基本輸入流include /STL迭代器include /基本輸出流include /STL 隊列容器include /STL 集合容器include /基于字符串的流include /STL 堆棧容器include /標準異常類include /底層輸入輸出支持include /字符串類include /運行期間類型信息include /STL 通用模板類include /對包含值的數組的操作include /STL 動態(tài)數組容器C99增加的部分include /復數處理include /浮點環(huán)境include /整數格式轉換include /布爾環(huán)境include /整型環(huán)境include /通用類型數學宏而對于本書所描述的內核源代碼，其中涉及的頭文件則可以看作是對內核及其函數庫所提供服務的一個概要說明，是內核及其相關程序專用的頭文件。在這些頭文件中主要描述了內核所用到的所有數據結構、初始化數據、常數和宏定義，也包括少量的程序代碼。除了幾個專用的頭文件以外(例如塊設備頭文件blk.h)，Linux 0.12內核中所用到的頭文件都放在內核代碼樹的include/目錄中。因此編譯Linux 0.12內核無需使用開發(fā)環(huán)境提供的位于/usr/include/目錄下的任何頭文件。當然，tools/build.c程序除外。因為這個程序雖然被包含在內核源代碼樹中，但它只是一個用于組合創(chuàng)建內核映像文件的工具程序或應用程序，不會被鏈接到內核代碼中。從0.95版開始，內核代碼樹中的頭文件需要復制到/usr/include/linux目錄下才能順利地編譯內核。即從該版內核開始頭文件已經與開發(fā)環(huán)境使用的頭文件合二為一。14.1 include/目錄下的文件內核所用到的頭文件都保存在include/目錄下。該目錄下的文件如表11-1所示。這里需要說明一點：為了方便使用和兼容性，Linus在編制內核程序頭文件時所使用的命名方式與標準C庫頭文件的命名方式相似，許多頭文件的名稱甚至其中的一些內容都與標準C庫的頭文件基本相同，但這些內核頭文件仍然是內核源代碼或與內核有緊密聯系的程序專用的。在一個Linux系統中，它們與標準庫的頭文件并存。通常的做法是將這些頭文件放置在標準庫頭文件目錄中的子目錄下，以讓需要用到內核數據結構或常數的程序使用。另外，也由于版權問題，Linus試圖重新編制一些頭文件以取代具有版權限制的標準C庫的頭文件。因此這些內核源代碼中的頭文件與開發(fā)環(huán)境中的頭文件有一些重疊的地方。在Linux系統中，列表14-1中的asm/、linux/和sys/三個子目錄下的內核頭文件通常需要復制到標準C庫頭文件所在的目錄(/usr/include)中，而其他一些文件若與標準庫的頭文件沒有沖突則可以直接放到標準庫頭文件目錄下，或者改放到這里的三個子目錄中。asm/目錄下主要用于存放與計算機體系結構密切相關的函數聲明或數據結構的頭文件。例如Intel CPU 端口IO匯編宏文件io.h、中斷描述符設置匯編宏頭文件system.h等。linux/目錄下是Linux內核程序使用的一些頭文件。其中包括調度程序使用的頭文件sched.h、內存管理頭文件mm.h和終端管理數據結構文件tty.h等。而sys/目錄下存放著幾個與內核資源相關頭文件。不過從0.98版開始，內核目錄樹下sys/目錄中的頭文件被全部移到了linux/目錄下。Linux 0.12版內核中共有32個頭文件(*.h)，其中asm/子目錄中含有4個，linux/子目錄中含有10個，sys/子目錄中含有5個。從下一節(jié)開始我們首先描述include/目錄下的13個頭文件，然后依次說明每個子目錄中的文件。說明順序按照文件名稱排序進行。14.2 a.out.h文件14.2.1 功能描述在Linux 內核中，a.out.h文件用于定義被加載的可執(zhí)行文件結構。主要用于加載程序fs/exec.c中。該文件不屬于標準C庫，它是內核專用的頭文件。但由于與標準庫的頭文件名沒有沖突，因此在Linux系統中一般可以放/usr/include/目錄下，以供涉及相關內容的程序使用。該頭文件中定義了目標文件的一種a.out(Assembly out)格式。Linux 0.12系統中使用的.o文件和可執(zhí)行文件就采用了這種目標文件格式。a.out.h文件包括三個數據結構定義和一些相關的宏定義，因此文件可被相應地分成三個部分：第1108行給出并描述了目標文件執(zhí)行頭結構和相關的宏定義。第109185行對符號表項結構的定義和說明。第186217行對重定位表項結構進行定義和說明。由于該文件內容比較多，因此對其中三個數據結構以及相關宏定義的詳細說明放在程序列表后。從0.96版內核開始，Linux系統直接采用了GNU的同名頭文件a.out.h。因此造成在Linux 0.9x下編譯的程序不能在Linux 0.1x系統上運行。下面對兩個a.out頭文件的不同之處進行分析，并說明如何讓0.9x下編譯的一些不是用動態(tài)鏈接庫的執(zhí)行文件也能在0.1x下運行。Linux 0.12使用的a.out.h文件與GNU同名文件的主要區(qū)別在于exec結構的第一個字段a_magic。GNU的該文件字段名稱是a_info，并且把該字段又分成3個子域：標志域(Flags)、機器類型域(Machine Type)和魔數域(Magic Number)。同時為機器類型域定義了相應的宏N_MACHTYPE和N_FLAGS，如圖14-1所示。在Linux 0.9x系統中，對于采用靜態(tài)庫連接的執(zhí)行文件，圖中各域注釋中括號內的值是該字段的默認值。這種二進制執(zhí)行文件開始處的4個字節(jié)是：0x0b, 0x01, 0x64, 0x00而這里的頭文件僅定義了魔數域。因此，在Linux 0.1x系統中一個a.out格式的二進制執(zhí)行文件開始的4個字節(jié)是：0x0b, 0x01, 0x00, 0x00可以看出，采用GNU的a.out格式的執(zhí)行文件與Linux 0.1x系統上編譯出的執(zhí)行文件的區(qū)別僅在機器類型域。因此我們可以把Linux 0.9x上的a.out格式執(zhí)行文件的機器類型域(第3個字節(jié))清零，讓其運行在0.1x系統中。只要被移植的執(zhí)行文件所調用的系統調用都已經在0.1x系統中實現即可。在開始重新組建Linux 0.1x根文件系統中的很多命令時，作者就采用了這種方法。在其他方面，GNU的a.out.h頭文件與這里的a.out.h沒有什么區(qū)別。14.2.3 a.out執(zhí)行文件格式Linux內核0.12版僅支持a.out(Assembly out)執(zhí)行文件和目標文件的格式，雖然這種格式目前已經漸漸不用，而使用功能更為齊全的ELF(Executable and Link Format)格式，但是由于其簡單性，作為入門的學習材料比較適用。下面全面介紹一下a.out格式。在頭文件a.out.h中聲明了三個數據結構以及一些宏。這些數據結構描述了系統上目標文件的結構。在Linux 0.12系統中，編譯產生的目標模塊文件(簡稱模塊文件)和鏈接生成的二進制可執(zhí)行文件均采用a.out格式。這里統稱為目標文件。一個目標文件由7部分(7節(jié))組成。它們依次為：(1)執(zhí)行頭部分(exec header)。該部分中含有一些參數(exec結構)，內核使用這些參數把執(zhí)行文件加載到內存中并執(zhí)行，而鏈接程序(ld)使用這些參數將一些模塊文件組合成一個可執(zhí)行文件。這是目標文件唯一必要的組成部分。(2)代碼段部分(text segment)。含有程序執(zhí)行時被加載到內存中的指令代碼和相關數據?？梢砸灾蛔x形式被加載。(3)數據段部分(data segment)。這部分含有已經初始化過的數據，總是被加載到可讀寫的內存中。(4)代碼重定位部分(text relocations)。這部分含有供鏈接程序使用的記錄數據。在組合目標模塊文件時用于定位代碼段中的指針或地址。(5)數據重定位部分(data relocations)。類似于代碼重定位部分的作用，但是用于數據段中指針的重定位。(6)符號表部分(symbol table)。這部分同樣含有供鏈接程序使用的記錄數據，用于在二進制目標模塊文件之間對命名的變量和函數(符號)進行交叉引用。(7)字符串表部分(string table)。該部分含有與符號名對應的字符串。每個目標文件均以一個執(zhí)行數據結構(exec structure)開始。該數據結構的形式如下：各個字段的功能如下：1)a_magic該字段含有三個子字段，分別是標志字段、機器類型標識字段和魔數字段，參見圖11-1。不過對于Linux 0.12系統其目標文件只使用了其中的魔數子字段，并使用宏N_MAGIC()來訪問，它唯一地確定了二進制執(zhí)行文件與其他加載的文件之間的區(qū)別。該子字段中必須包含以下值之一：OMAGIC。表示代碼和數據段緊隨在執(zhí)行頭后面并且是連續(xù)存放的。內核將代碼和數據段都加載到可讀寫內存中。編譯器編譯出的目標文件的魔數是OMAGIC(八進制0407)。NMAGIC。同OMAGIC一樣，代碼和數據段緊隨在執(zhí)行頭后面并且是連續(xù)存放的。然而內核將代碼加載到了只讀內存中，并把數據段加載到代碼段后下一頁可讀寫內存邊界開始。ZMAGIC。內核在必要時從二進制執(zhí)行文件中加載獨立的頁面。執(zhí)行頭部、代碼段和數據段都被鏈接程序處理成多個頁面大小的塊。內核加載的代碼頁面是只讀的，而數據段的頁面是可寫的。鏈接生成的可執(zhí)行文件的魔數即是ZMAGIC(0413，即0x10b)。2)a_text該字段含有代碼段的長度值，字節(jié)數。3)a_data該字段含有數據段的長度值，字節(jié)數。4)a_bss含有bss段的長度，內核用其設置在數據段后初始的break(brk)。內核在加載程序時，這段可寫內存顯現出處于數據段后面，并且初始時為全零。5)a_syms含有符號表部分的字節(jié)長度值。6)a_entry含有內核將執(zhí)行文件加載到內存中以后，程序執(zhí)行起始點的內存地址。7)a_trsize該字段含有代碼重定位表的大小，是字節(jié)數。8)a_drsize該字段含有數據重定位表的大小，是字節(jié)數。 在a.out.h頭文件中定義了幾個宏，這些宏使用exec結構來測試一致性或者定位執(zhí)行文件中各個部分(節(jié))的位置偏移值。這些宏有：N_BADMAG(exec)。如果a_magic字段不能被識別，則返回非零值。N_TXTOFF(exec)。代碼段的起始位置字節(jié)偏移值。N_DATOFF(exec)。數據段的起始位置字節(jié)偏移值。N_DRELOFF(exec)。數據重定位表的起始位置字節(jié)偏移值。N_TRELOFF(exec)。代碼重定位表的起始位置字節(jié)偏移值。N_SYMOFF(exec)。符號表的起始位置字節(jié)偏移值。N_STROFF(exec)。字符串表的起始位置字節(jié)偏移值。重定位記錄具有標準的格式，它使用重定位信息(relocation_info)結構來描述，如下所示：該結構中各字段的含義如下：1)r_address該字段含有需要鏈接程序處理(編輯)的指針的字節(jié)偏移值。代碼重定位的偏移值是從代碼段開始處計數的，數據重定位的偏移值是從數據段開始處計算的。鏈接程序會將已經存儲在該偏移處的值與使用重定位記錄計算出的新值相加。2)r_symbolnum該字段含有符號表中一個符號結構的序號值(不是字節(jié)偏移值)。鏈接程序在算出符號的絕對地址以后，就將該地址加到正在進行重定位的指針上。(如果r_extern比特位是0，那么情況就不同，見下面。)3)r_pcrel如果設置了該位，鏈接程序就認為正在更新一個指針，該指針使用pc相關尋址方式，是屬于機器碼指令部分。當運行程序使用這個被重定位的指針時，該指針的地址被隱式地加到該指針上。4)r_length該字段含有指針長度的2的次方值：0表示1字節(jié)長，1表示2字節(jié)長，2表示4字節(jié)長。5)r_extern如果被置位，表示該重定位需要一個外部引用;此時鏈接程序必須使用一個符號地址來更新相應指針。當該位是0時，則重定位是“局部”的。鏈接程序更新指針以反映各個段加載地址中的變化，而不是反映一個符號值的變化。在這種情況下，r_symbolnum字段的內容是一個n_type值;這類字段告訴鏈接程序被重定位的指針指向那個段。6)r_padLinux系統中沒有使用的4個比特位。在寫一個目標文件時最好全置0。符號將名稱映射為地址(或者更通俗地講是字符串映射到值)。由于鏈接程序對地址的調整，一個符號的名稱必須用來表示其地址，直到已被賦予一個絕對地址值。符號是由符號表中固定長度的記錄以及字符串表中的可變長度名稱組成。符號表是nlist結構的一個數組，如下所示：其中各字段的含義為：1)n_un.n_strx含有本符號的名稱在字符串表中的字節(jié)偏移值。當程序使用nlist()函數訪問一個符號表時，該字段被替換為n_un.n_name字段，這是內存中字符串的指針。2)n_type用于鏈接程序確定如何更新符號的值。使用第146154行開始的位屏蔽(bitmasks)碼可以將8比特寬度的n_type字段分割成三個子字段，如圖14-2所示。對于N_EXT類型位置位的符號，鏈接程序將它們看作是“外部的”符號，并且允許其他二進制目標文件對它們的引用。N_TYPE屏蔽碼用于鏈接程序感興趣的比特位： N_UNDF。一個未定義的符號。鏈接程序必須在其他二進制目標文件中定位一個具有相同名稱的外部符號，以確定該符號的絕對數據值。特殊情況下，如果n_type字段是非零值，并且沒有二進制文件定義了這個符號，則鏈接程序在BSS段中將該符號解析為一個地址，保留長度等于n_value的字節(jié)。如果符號在多于一個二進制目標文件中都沒有定義并且這些二進制目標文件對其長度值不一致，則鏈接程序將選擇所有二進制目標文件中最大的長度。N_ABS。一個絕對符號。鏈接程序不會更新一