MapPtrToProccess()、GetCallerProccess() 應(yīng)用程序與驅(qū)動程序的數(shù)據(jù)傳遞
??????? 在Win CE5.0驅(qū)動程序中:
??????? MapPtrToProccess()函數(shù)允許將一個指針從一個地址空間映射到另一個地址空間,通過調(diào)用該函數(shù),用于獲得對應(yīng)用程序空間數(shù)據(jù)的訪問。
??????? GetCallerProccess()函數(shù)則用于獲取調(diào)用進程的句柄。
???????? 他們的用法如下:
pReadBuffer=MapPtrToProccess(pBuffer,GetCallerProccess());
*pReadBuffer=g_Temp;??????????????????????//返回函數(shù)
其中pReadBuffer是驅(qū)動程序中一個函數(shù)的實參變量,用來保存轉(zhuǎn)換后的指針,pBuffer是這個函數(shù)的形參,對應(yīng)于調(diào)用這個函數(shù)的應(yīng)用程序的實參,而g_Temp 變量則是驅(qū)動程序的一個全局變量。應(yīng)用程序調(diào)用驅(qū)動程序的這個函數(shù)來取得驅(qū)動的全局變量,但是驅(qū)動程序和應(yīng)用程序的加載地址空間不是一個,他們兩個的指針是不能通用的,應(yīng)該轉(zhuǎn)換,這兩個函數(shù)的作用就是這個,第一行轉(zhuǎn)換指針空間,使pReadBuffer指針指向應(yīng)用程序的實參,這樣的話,往pReadBuffer里面寫入數(shù)據(jù)(即第二行代碼),應(yīng)用程序就會通過調(diào)用驅(qū)動中的這個函數(shù)來得到傳回的全局變量的值,達到讀取驅(qū)動中全局變量的目的。
?????? 另外插一段付林林老師的經(jīng)典語錄,以供參考:
?????? 驅(qū)動程序和應(yīng)用程序之間傳遞數(shù)據(jù)時何時調(diào)用MapPtrToProcess?
因為設(shè)備管理器負責加載驅(qū)動程序DLL,這意味著當應(yīng)用程序調(diào)用驅(qū)動程序接口函數(shù)的時候,WINCE內(nèi)核會將調(diào)用驅(qū)動程序接口函數(shù)的線程轉(zhuǎn)移到設(shè)備管理器的進程空間然后執(zhí)行具體的驅(qū)動程序代碼,應(yīng)用程序和設(shè)備管理器處于兩個進程空間,這就造成設(shè)備管理器無法訪問應(yīng)用程序傳遞的指針(虛擬地址),所以當我們在應(yīng)用程序中傳遞指針給流驅(qū)動程序接口函數(shù)時,WINCE內(nèi)核從中作了一個地址映射,例如ReadFile、WriteFile、DeviceIoControl函數(shù)的參數(shù)凡是指針都經(jīng)過了映射才傳遞給驅(qū)動程序,所以很多驅(qū)動程序開發(fā)者并不了解其中的奧秘就可以編程了。但是如果參數(shù)是一個指向一個結(jié)構(gòu)體的指針,而結(jié)構(gòu)體里包括一個或多個指針,那么WINCE內(nèi)核并不負責映射,所以就需要開發(fā)者在驅(qū)動程序接口函數(shù)中調(diào)用API函數(shù)MapPtrToProcess來映射地址。例如:pPointer_retval = MapPtrToProcess(pPointer, GetCallerProcess());??
??????? 我起初讀到這篇文章時如獲至寶,讀完一編之后便欣然嘗試,結(jié)果試了N個小時,居然不靈,還以為是自己對結(jié)構(gòu)體操作錯誤,但當我再次細致的閱讀此語錄后,赫然發(fā)現(xiàn)我的理解有誤,他老人家說的是結(jié)構(gòu)體中的每一個指針成員都要轉(zhuǎn)換映射,而我理解的卻是把傳過來的結(jié)構(gòu)體指針變量映射,結(jié)果是該映的我沒映,不該映的讓我映的一塌糊涂,悲哉!哀哉!
??????? 最后總結(jié)一句話,大意、馬虎猛于(真)虎也!??!