??????? 在Win CE5.0驅動程序中：

??????? MapPtrToProccess()函數(shù)允許將一個指針從一個地址空間映射到另一個地址空間，通過調用該函數(shù)，用于獲得對應用程序空間數(shù)據(jù)的訪問。

??????? GetCallerProccess()函數(shù)則用于獲取調用進程的句柄。

???????? 他們的用法如下：

pReadBuffer=MapPtrToProccess(pBuffer,GetCallerProccess());
*pReadBuffer=g_Temp;??????????????????????//返回函數(shù)

其中pReadBuffer是驅動程序中一個函數(shù)的實參變量，用來保存轉換后的指針，pBuffer是這個函數(shù)的形參，對應于調用這個函數(shù)的應用程序的實參，而g_Temp 變量則是驅動程序的一個全局變量。應用程序調用驅動程序的這個函數(shù)來取得驅動的全局變量，但是驅動程序和應用程序的加載地址空間不是一個，他們兩個的指針是不能通用的，應該轉換，這兩個函數(shù)的作用就是這個，第一行轉換指針空間，使pReadBuffer指針指向應用程序的實參，這樣的話，往pReadBuffer里面寫入數(shù)據(jù)（即第二行代碼），應用程序就會通過調用驅動中的這個函數(shù)來得到傳回的全局變量的值，達到讀取驅動中全局變量的目的。

?????? 另外插一段付林林老師的經(jīng)典語錄，以供參考：

?????? 驅動程序和應用程序之間傳遞數(shù)據(jù)時何時調用MapPtrToProcess？
因為設備管理器負責加載驅動程序DLL，這意味著當應用程序調用驅動程序接口函數(shù)的時候，WINCE內核會將調用驅動程序接口函數(shù)的線程轉移到設備管理器的進程空間然后執(zhí)行具體的驅動程序代碼，應用程序和設備管理器處于兩個進程空間，這就造成設備管理器無法訪問應用程序傳遞的指針（虛擬地址），所以當我們在應用程序中傳遞指針給流驅動程序接口函數(shù)時，WINCE內核從中作了一個地址映射，例如ReadFile、WriteFile、DeviceIoControl函數(shù)的參數(shù)凡是指針都經(jīng)過了映射才傳遞給驅動程序，所以很多驅動程序開發(fā)者并不了解其中的奧秘就可以編程了。但是如果參數(shù)是一個指向一個結構體的指針，而結構體里包括一個或多個指針，那么WINCE內核并不負責映射，所以就需要開發(fā)者在驅動程序接口函數(shù)中調用API函數(shù)MapPtrToProcess來映射地址。例如：pPointer_retval = MapPtrToProcess(pPointer, GetCallerProcess());??

??????? 我起初讀到這篇文章時如獲至寶，讀完一編之后便欣然嘗試，結果試了N個小時，居然不靈，還以為是自己對結構體操作錯誤，但當我再次細致的閱讀此語錄后，赫然發(fā)現(xiàn)我的理解有誤，他老人家說的是結構體中的每一個指針成員都要轉換映射，而我理解的卻是把傳過來的結構體指針變量映射，結果是該映的我沒映，不該映的讓我映的一塌糊涂，悲哉！哀哉！

??????? 最后總結一句話，大意、馬虎猛于（真）虎也?。。?/p>