動態連結程式庫中分配記憶體引起的問題– windows已在XX.exe中觸發一個斷點

動態連結程式庫中分配記憶體引起的

       本文主要是探討關於在動態連結程式庫分配的記憶體在主程式中釋放所產生的問題,該問題是我在剛做的PJP工程中所遇到的,由於剛碰到之時感動比較詭異(這也是學識不夠所致),所以將它寫下來,大家一起分享.

       問題來由:

由於該工程中要用到聲音,所以我的分工之一就是用DirectMusic和DirectSound來開發聲音播放的動態庫,以提供給該工程的兩個部分:模擬控制部分( 語音 )和三維部分( 情境聲音 )使用,兩個工程中的聲音都以單獨的線程播放,且兩個線程幾乎相同.,然而該動態庫在以前的運行中一直沒有出現過問題, 直到工程開發即將要結束階段的前一個星期,我碰才到了這個問題,首先是三維部分中聲音在第一次播放是沒有問題,在播放第二個聲音就出了問題(老是這樣),但是模擬控制部分還是沒有出現問題,我查不出錯誤,就用前一天的三維的版本來運行,重建後聲音播放沒有問題,初步以為是我同事當天寫的代碼有問題,可是第二天,同樣的問題又發生了,還是那樣,三維有問題,模擬部分沒問題,怎麼回事呢?我將三維的聲音線程寫成和模擬部分一樣的,還是三維出問題,模擬沒問題.我不相信是動態庫中出問題,同一個動態庫,同樣的代碼,只是在兩個不同的程式裡,為什麼一個出問題,而另一個不出問題呢?

       出錯資訊如下:

                  windows已在PowipD.exe中觸發一個斷點.
                  其原因可能是堆被損壞,這也說明PowipD.exe中或它所載入的任何DLL中有bug.
                  輸出視窗可能提供了更多診斷資訊

       按下中斷後輸入視窗出現的資訊如下:

               HEAP[PowipD.exe]:Invalid Address specified to RtlValidateHeap( 01CC0000, 03723758 )
               Windows已在PowipD.exe中觸發一個斷點.
               輸出視窗可能提供了更多診斷資訊

       由於這些原因讓我迷惑不解,到底是為什麼出現這種奇怪的事情呢?問題出在那裡?

 

問題的解決:

簡單地說：DLL中分配的記憶體DLL要負責釋放！（一個模組分配的記憶體要在同一個模組中釋放！）

找到解決方案後我查看了三個工程的設定(三個工程皆用VS2005開發)：

       三維：使用MDd（多線程調試DLL）運行期庫

       模擬控制：使用MTd（多線程調試）運行期庫

       聲音動態庫：使用MDd（多線程調試DLL）運行期庫

於是，我將三個工程皆改為：使用MDd（多線程調試DLL）運行期庫時，問題解決。

但是如果三個工程中有的不是用C/C++寫的，或者其中有工程的設定已經不便更改了，那又有什麼辦法呢？

該問題主要是關於DLL與進程的地址空間的問題(下面是<<核心編程>>中的一段話):

單個地址空間是由一個可執行模組和若干個DLL模組組成,這些模組中,有些可以連結到靜態版本的C/C++運行期庫, 有些可以連結到一個DLL版本的運行期庫,而有些模組(如果不是用C/C++編寫的話)則根本不需要C/C++運行期庫,許多開發人員經常會犯一個常見的錯誤,因為他們忘記了若干個C/C++運行期庫可以存在於單個地址空間中.請看下面的代碼(下面代碼不是書上的):

DLL中如下:

       int *DllFunc()

{

       int *p = new int;

       return p;

}

 

EXE中如下:

void EXEFunc()

{

       int *p = DllFunc();

       if( p!= NULL )

              delete p;

}

 

如何看待這個問題呢?上面的代碼能夠正確運行嗎?DLL函數分配的記憶體是由EXE的函數釋放的嗎?答案是可能的.上面顯示的代碼並沒有提供足夠的資訊.如果EXE和DLL都連結到DLL的C/C++運行期庫,那麼上面的代碼將能夠很好地運行.但是,如果兩個模組中的一個或者兩個連結到靜態C/C++運行期庫,那個對delete的操作就會失敗.

一個很方便的方法可以解決這個問題.當一個模組提供一個用於分配記憶體塊的函數時,該模組也必須提供相應的釋放記憶體的函數,將上面的代碼改成如下的樣子就不會出錯了:

 

DLL中如下:

       int *DllFunc()

{

       int *p = new int;

       return p;

}

 

void DLLDelete( int *p)

{

       if( p != NULL )

              delete p;

}

 

EXE中如下:

void EXEFunc()

{

       int *p = DllFunc();

       DLLDelete( p );

}

這樣的代碼才是正確的，當我將代碼改成如上類似後，再將三維的運行期庫改為原來一樣（使用MDd（多線程調試DLL）運行期庫），三維的聲音也正確無誤地播放出來了。當你在編寫一個模組時，你時刻都得記著，別人的代碼不一定是用C/C++寫的，也有可能不能同時連結到DLL的C/C++運行期庫。malloc和free函數也有類似的問題。

當然在你在產生你的模組時是可以選擇運行期庫的，VC 6.0配有6個運行期庫：其描述如下：

 

庫名	描述
LibC.lib	用於單線程應用程式的靜態應用程式的靜態連結庫
LibCD.lib	用於單線程應用程式的靜態連結庫的調試版
LibCMt.lib	用於多線程應用程式的靜態連結庫的發行版
LibCMtD.lib	用於多線程應用程式的靜態連結庫的調試版
MSVCRt.lib	用於動態連結MSVCRt.dll庫的發行版的輸入庫
MSVCRtD.lib	用於動態連結MSVCRtD.dll的調試版的輸入庫。該庫同時支援單線程應用程式和多線程應用程式

 

而VS2005中只配了4個C/C++運行期庫，就是上表中的後面4個。

建議各位在軟體開發時同一軟體的不同模組最好使用一致的運行庫，否則還可能出現連結問題。