最近作在Windows XP X64,VS2005環境下作32位程序編譯爲64位程序的工做，遇到了一些64位編程中可能遇到的問題：如內聯彙編（解決方法改成C/C++代碼），long類型的變化，最關鍵的遇到了64位進程須要調用32位dll的問題。因爲有一些32位dll沒有源代碼，沒法從新編譯爲64位dll，因此只能想辦法解決64位進程調用32位dll問題,這個問題讓我非常撓頭了幾天。
相關資料：
微軟公司的官方網站針對這個問題描述以下：
在64位的windows系統中，一個64位進程不能加載一個32位dll，同理一個32位進程也不能加載一個64位dll。可是，64位windows支持64位和32位進程（包括本機或跨機）間進程間通訊（RPC）。在64位windows中，一個進程外32位COM服務器可以與64位客戶端進行通訊，一樣一個進程外64位COM服務器也能與32位客戶端進行通訊。所以，若是你有一個32位COM沒法識別的DLL，你能夠將它封裝到一個進程外COM服務器中並在一個64位進程中用COM配置調用DLL。（最後一句我也看不太懂！！哈哈哈）
驗證：
工做流程：
1.建立一個進程外COM服務器(EXE)。
2.將32位dll的接口函數封裝爲COM服務器的相關接口。
3.註冊COM服務器*.exe /regserver (註銷 *.exe /unregserver)。
4.64位進程調用32位COM服務器接口，成功。從而曲線實現了64位進程調用32位dll。
具體步驟：
我首先建立了一個簡單的dll工程，只輸出一個函數int c = add(int a,int b); 生成lib和dll
而後建立一個進程外COM(EXE類型)，內部連接dll，添加方法Method: Add(long *c)
{ *c = add(1,2);}編譯生成。
而後註冊COM，*.exe /regserver
最建立一個64位WIN32工程驗證64位環境下方法調用是否正確，經驗證正確！！！
結論：以上方法能夠解決64位進程調用32位dll的問題
32位進程調用64位dll應該也能夠經過這種方法解決，緣由64位windows系統下安裝了32位和64位兩套COM系統html
轉載：http://www.cnblogs.com/mazhenyu/archive/2007/06/28/798710.html編程