第十章動(dòng)態(tài)鏈接庫編程一(參考版)
2025-09-01 15:29本頁面
【正文】 由于用 gmem_DDEShare 分配的內(nèi)存在分配內(nèi)存的模塊終止時(shí)自動(dòng)拋棄，因而不必調(diào)用 GlobalFree 顯式釋放內(nèi)存。當(dāng)該內(nèi)存被拋棄時(shí)調(diào)用 GlobalNotify 函數(shù) gmem_Zeroinit 將所分配內(nèi)存塊的內(nèi)容初 始化為零 ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 有兩個(gè)預(yù)定義的常用組合是： GHND = gmem_Moveable and gmem_Zeroinit GPTK = gmem_Fixed and gmem_Zeroinit 第二個(gè)參數(shù)用于設(shè)置欲分配的字節(jié)數(shù)?？梢允褂玫姆峙錁?biāo)志如下表所示。 Windows API 函數(shù) GlobalAlloc 用于從全局內(nèi)存堆中分配一塊內(nèi)存，并返回該內(nèi)存塊的句柄。,mtWarning,[mbOK],0)。 if hMem = 0 then MessageDlg(39。 end。 export。該過程要包含在 exports 子句中。 用于實(shí)現(xiàn)數(shù)據(jù)傳輸?shù)?DLLs 的編寫 用于實(shí)現(xiàn)數(shù)據(jù)傳輸?shù)?DLLs與一般 DLLs的編寫基本相同，其中特別的地方是： 1. 定義一個(gè)全局變量句柄： var hMem: THandle。 由 DLLs 管理的全局內(nèi)存塊是應(yīng)用程序間進(jìn)行數(shù)據(jù)傳輸?shù)挠忠煌緩?，下面我們將專門討論這一問題。這些內(nèi)存塊必須用gmem_DDEShare 屬性進(jìn)行分配。調(diào)用 DLLs 的應(yīng)用程序應(yīng)該負(fù)責(zé)對(duì)它們的維護(hù)。這將給其它使用該 DLLs 的應(yīng)用程序造成困難。這樣，當(dāng)應(yīng)用程序中止時(shí)，它擁有的打開的文件自動(dòng)關(guān)閉，它擁有的全局內(nèi)存塊自動(dòng)釋放。 利用 DLLs 實(shí)現(xiàn)數(shù)據(jù)傳輸 DLLs 中的全局內(nèi)存 Windows 規(guī)定： DLLs 并不擁有它打開的任何文件或它分配的任何全局內(nèi)存塊。 TInStr 是一 個(gè)定義好了的函數(shù)類型： type TInStr = function(Source: PChar。 end。 end。+IntToStr(Order+1)+39。 else := 39。 if Order = 1 then := 39。 txt := StrPCopy(txt,)。)。 Pfunc := GetProcAddress(Moudle,39。 if Moudle 32 then begin := 39。c:\dlls\39。 Moudle: THandle。 txt: PChar。 var Key: Char)。 輸入檢查功能的實(shí)現(xiàn)在 Edit2 的 OnKeyPress 事件處理過程中，程序清單如下?！薄Ｈ绻撟址诘谝粋€(gè)編輯框的字符串中，則標(biāo)簽框顯示信息：“位于第 n 位。系統(tǒng)一共包含兩個(gè)編輯框。 每調(diào)用一次 Loadlibrary 就應(yīng)調(diào)用一次 FreeLibray，以保證不會(huì)有多余的庫模塊在應(yīng)用程序結(jié)束后仍留在內(nèi) 存中。 由于庫模塊在內(nèi)存中只裝載一次，因而調(diào)用 Freelibrary 首先使庫模塊的引用計(jì)數(shù)減一。 Module 為庫模塊的句柄。 如果 GetProcAddress 執(zhí)行成功， 則返回模塊中函數(shù)入口處的地址，否則返回 nil。因此大部分情況下用函數(shù)名是一種更好的選擇。如果 ProcName 參數(shù)是次序值，則如果該次序值的函數(shù)在模塊中并不存在時(shí)， GetProcAddress 仍返回一個(gè)非 nil 的值。如果把Module 設(shè)置為 nil，則表示要引用當(dāng)前模塊。 ProcName: PChar): TFarProc。文件必須被解壓后才能被裝裁 20 動(dòng)態(tài)鏈接庫文件非法 21 應(yīng)用程序需要 32 位擴(kuò) 展 ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 假如在應(yīng)用程序用 Loadlibrary 調(diào)用某一模塊前，其它應(yīng)用程序已把該模塊裝入內(nèi)存，則 Loadlibrary 并不會(huì)裝載該模塊的另一實(shí)例，而是使該模塊的“引用計(jì)數(shù)”加 1。錯(cuò)誤代碼的意義如下表： 表 Loadlibrary 返回錯(cuò)誤代碼的意義 ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 錯(cuò)誤代碼 意 義 —————————————————————————————————————— 0 系統(tǒng)內(nèi)存不夠，可執(zhí)行文件被破壞或調(diào)用非法 2 文件沒有被發(fā)現(xiàn) 3 路徑?jīng)]有被發(fā)現(xiàn) 5 企圖動(dòng)態(tài)鏈接一個(gè)任務(wù)或者有一個(gè)共享或網(wǎng)絡(luò)保護(hù)錯(cuò) 6 庫需要為每個(gè)任務(wù)建立分離的數(shù)據(jù)段 8 沒有足夠的內(nèi)存啟動(dòng)應(yīng)用程序 10 Windows 版本不正確 11 可執(zhí)行文件非法。 如果函數(shù)執(zhí)行成功，則返回裝載庫模塊的實(shí)例句柄。函數(shù)GetSystemDirectory 返回這一目錄的路徑； (4)包含當(dāng)前任務(wù)可執(zhí)行文件的目錄。 LibFileName 指定了要裝載 DLLs 的文件名，如果 LibFileName 沒有包含一個(gè)路徑，則 Windows 按下述順序進(jìn)行查找： (1)當(dāng)前目錄； (2
公司管理相關(guān)推薦
鄂ICP備17016276號(hào)-1