如果在VC中創建一個控制臺的EXE和一個Win32的DLL,從DLL中導出一個函數,該函數用new分配一塊內存,返回其指針,然后在EXE中調用該函數,獲得返回的指針,用delete釋放這塊內存,就會引發斷言錯誤。
產生這個問題的原因是:EXE和DLL中分別靜態鏈接了C運行時庫,從而new和delete運算符來自C運行時庫的不同版本。C運行時庫在管理堆內存時,會使用一些全局變量來跟蹤內存分配情況,因此程序中鏈接的C運行時庫必須唯一,否則就會引起不一致。
解決的辦法很簡單:在EXE和DLL中都動態鏈接C運行時庫,也就是在工程設置的Link面板選擇"忽略所有默認的庫",再加入msvcrt.lib。
對這個問題有兩種錯誤的觀點需要澄清:一種以為EXE和DLL有不同的堆,實際上DLL總是被映射到加載它的進程的地址空間,它沒有自己的堆;一種以為DLL和EXE相對于不同的起始地址,動態鏈接的地址映射機制引起了前面的問題,實際上DLL是和OBJ一樣的目標模塊,每個目標模塊都有自己的起始地址,但是鏈接成加載模塊以后就會統一到一個起始地址,一個目標模塊對其它模塊的引用在鏈接前是以符號方式表示的,鏈接后會被修改成地址方式。靜態鏈接和動態鏈接都會保證:加載模塊是統一編址的。
參考資料:
1. http://topic.csdn.net/t/20020714/19/873683.html
2. MSDN July 2000/Knowledge Base/Windows Development/Win32 Software Development Kit/HOWTO: Use the C Run-Time
3. 《操作系統-內核與設計原理(第四版)》/William Stallings 著,魏迎梅等譯 電子工業出版社
只有注冊用戶登錄后才能發表評論。 | ||
【推薦】100%開源!大型工業跨平臺軟件C++源碼提供,建模,組態!
![]() |
||
網站導航:
博客園
IT新聞
BlogJava
博問
Chat2DB
管理
|
||
|