• <ins id="pjuwb"></ins>
    <blockquote id="pjuwb"><pre id="pjuwb"></pre></blockquote>
    <noscript id="pjuwb"></noscript>
          <sup id="pjuwb"><pre id="pjuwb"></pre></sup>
            <dd id="pjuwb"></dd>
            <abbr id="pjuwb"></abbr>

            牽著老婆滿街逛

            嚴(yán)以律己,寬以待人. 三思而后行.
            GMail/GTalk: yanglinbo#google.com;
            MSN/Email: tx7do#yahoo.com.cn;
            QQ: 3 0 3 3 9 6 9 2 0 .

            Dll分配的內(nèi)存塊,應(yīng)用釋放的問(wèn)題

            轉(zhuǎn)載自:http://blog.csdn.net/blz_wowar/article/details/2176536

            寫(xiě)了個(gè)程序,在DLL中用malloc分配了一塊內(nèi)存,但是在exe程序中釋放,結(jié)果程序crash,原因就是:
            其原因可能是堆被損壞,這也說(shuō)明 TestMySticker.exe 中或它所加載的任何 DLL 中有 bug。
            想了半天以為是自己的寫(xiě)法有問(wèn)題,后終于在google上找到了原因,汗。。。

            以下文字引用自 http://hi.baidu.com/huhe/blog/item/0b422edd1f1563d98c1029a3.html
            很感謝作者的分析

            一個(gè)模塊一個(gè)堆,一個(gè)線程一個(gè)棧。
            dll里malloc的內(nèi)存,在exe里free會(huì)出錯(cuò)。

            CRT(C運(yùn)行時(shí)期庫(kù))不是使用進(jìn)程缺省的堆來(lái)實(shí)現(xiàn)malloc(new中調(diào)用malloc)的,而是使用一個(gè)全局句柄HANDLE _crtheap來(lái)分配內(nèi)存的。這個(gè)_crtheap是在XXXCRTStartUp(CRT提供的進(jìn)口點(diǎn)函數(shù))中創(chuàng)建的。  
              由于CRT靜態(tài)連接,則樓主的DLL里有也有一個(gè)CRT,因此也有一個(gè)_crtheap。而在dll中的new使用dll中的_crtheap句柄分配堆,在exe中的delete使用exe中的_crtheap釋放堆,當(dāng)然失敗!

            解決辦法:
            1。在DLL中輸出一個(gè)函數(shù)給EXE調(diào)用,專門(mén)用來(lái)釋放由DLL分配的內(nèi)存;
            2。用GlobalAlloc()代替new,用GlobalFree()代替delete;
            3。使用單一的堆,分配內(nèi)存使用HeapAlloc(GetProcessHeap(),0,size),釋放內(nèi)存使用HeapFree(GetProcessHeap(),0,p);
            4。把dll和exe的Settings的C/C++選項(xiàng)卡的Code   Generation的Use   Run-time   liberary改成Debug   Multithreaded   DLL,在Release版本中改成Multithreaded   DLL;這樣使用一個(gè)CRT了——MSVCRT.DLL。
             
            以下是CSDN上的討論,同樣討論的很詳細(xì)了
            http://topic.csdn.net/t/20031009/17/2338051.html 

            以上是在網(wǎng)上找到的資料,今天做過(guò)詳細(xì)測(cè)試,結(jié)果如下:

            測(cè)試1:使用malloc/free組合來(lái)分配和釋放內(nèi)存,DLL中使用malloc分配,exe中使用free釋放。
            我建的是Win32 DLL工程, C/C++->Code generation 設(shè)置是 Multithread DLL debug, 但是exe工程設(shè)置是MultiThread debug,所以不管怎么樣,總是會(huì)拋異常. 這就間接證明了上述的描述是正確的, 若我修改exe工程設(shè)置是 MultiThread DLL debug, 那么malloc/free組合就能很好的工作起來(lái)了。


            測(cè)試2:使用HeapAlloc/HeapFree組合來(lái)分配和釋放內(nèi)存,DLL中使用HeapAlloc分配,exe中釋放。
            exe的配置還是MultiThread Debug,DLL中HeapAlloc(GetProcessheap(), HEAP_ZERO_MEMORY, 1024)分配,exe中HeapFree(GetProcessHeap(), 0, p)釋放,,則還是無(wú)法正常運(yùn)行,還是拋異常。若exe中設(shè)置成MultiThread DLL debug就正常運(yùn)行了。


            測(cè)試3:還是使用HeapAlloc/HeapFree來(lái)進(jìn)行,但是DLL中導(dǎo)出一個(gè)方法來(lái)釋放DLL中分配的內(nèi)存。
            若exe配置是MultiThread Debug,無(wú)法正常運(yùn)行,拋異常。若修改成MultiThread DLL debug正常運(yùn)行。

             
            所以得到的結(jié)論如下:
            不管是使用malloc/free組合還是HeapAlloc/HeapFree組合,exe工程均需要設(shè)置成MultiThread DLL debug才能正常運(yùn)行起來(lái)的,CSDN上的那個(gè)討論在這兒貌似是由出入的,而且DLL的設(shè)置不能隨意修改。所以若有涉及到這種問(wèn)題的,最好的辦法還是在哪個(gè)模塊分配的就在哪個(gè)模塊釋放最好,要不然反倒會(huì)引來(lái)更多的麻煩。

            posted on 2014-03-25 03:32 楊粼波 閱讀(468) 評(píng)論(0)  編輯 收藏 引用


            只有注冊(cè)用戶登錄后才能發(fā)表評(píng)論。
            網(wǎng)站導(dǎo)航: 博客園   IT新聞   BlogJava   博問(wèn)   Chat2DB   管理


            久久午夜电影网| 久久精品视屏| 久久无码AV一区二区三区| 日本精品久久久久中文字幕8| 亚洲AV日韩AV天堂久久| 热RE99久久精品国产66热| 久久本道久久综合伊人| 麻豆精品久久久一区二区| 久久99毛片免费观看不卡| 久久精品无码午夜福利理论片 | 亚洲乱码精品久久久久..| 亚洲精品成人网久久久久久| 亚洲国产成人久久精品99| 亚洲人成电影网站久久| 2021最新久久久视精品爱| 久久精品国产亚洲AV不卡| 久久精品国产亚洲av麻豆蜜芽| 久久精品人妻中文系列| 亚洲va中文字幕无码久久| 久久99精品国产麻豆| 久久99中文字幕久久| 99久久精品费精品国产| 久久精品人妻一区二区三区| 伊人久久大香线蕉综合5g| 久久天天躁狠狠躁夜夜avapp| 精品午夜久久福利大片| 狠狠人妻久久久久久综合蜜桃| 久久男人中文字幕资源站| 中文字幕日本人妻久久久免费 | 99久久无码一区人妻a黑| 亚洲乱亚洲乱淫久久| 久久影院午夜理论片无码 | 久久99精品久久久久久齐齐| 欧美久久久久久| 国产精品99久久99久久久| 久久国产精品一区| 久久精品国产亚洲av麻豆图片| 青青青青久久精品国产 | 久久夜色tv网站| 一级做a爰片久久毛片毛片| 狠狠色丁香婷综合久久|