• <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>

            隨心動(dòng)

            (轉(zhuǎn))(轉(zhuǎn))如何調(diào)試MFC的內(nèi)存泄露

            VC++ IDE 的默認(rèn)狀態(tài)(VC6)是沒有啟用內(nèi)存泄漏檢測(cè)機(jī)制的,也就是說即使某段代碼有內(nèi)存泄漏,調(diào)試會(huì)話的 Output 窗口的 Debug 頁(yè)不會(huì)輸出有關(guān)內(nèi)存泄漏信息。你必須設(shè)定以啟用內(nèi)存泄漏檢測(cè)機(jī)制。


             
            按下面的方法使用調(diào)試堆函數(shù)
            在XXXView.cpp中添加下面粗體行

            你再看看輸出結(jié)果,是不是有很多的內(nèi)存泄漏?

            #define _CRTDBG_MAP_ALLOC
            #include<stdlib.h>
            #include<crtdbg.h>


            CXXXView::~CXXXView()
            {
                 _CrtDumpMemoryLeaks();
            }

            文章出處:DIY部落(http://www.diybl.com/course/3_program/c++/cppjs/2007925/73624.html)

                   首先,應(yīng)該是MFC報(bào)告我們發(fā)現(xiàn)內(nèi)存泄漏。注意:要多運(yùn)行幾次,以確定輸出的內(nèi)容不變,特別是{}之間的數(shù)值,不能變,否則下面的方法就不好用了。
            image001.jpg

                    我們來看看:

            F:\CodeSample\Test\TestPipe\LeakTest\MainFrm.cpp( 54 { 86 normal block at  0x00422E80 10  bytes  long .
             Data: 
            <            >  1F 1F 1F 1F 1F CD CD CD CD CD 


                     F:\CodeSample\Test\TestPipe\LeakTest\MainFrm.cpp(54) 告訴我們MFC認(rèn)為是在該文件的54行,發(fā)生了內(nèi)存泄漏。你雙擊改行就可以轉(zhuǎn)到該文件的54行了。但是有時(shí)候這一信息并不能用來準(zhǔn)確判斷,比如:MFC可能報(bào)告Strcore.cpp文件的某行,實(shí)際上這是CString的實(shí)現(xiàn)函數(shù),此時(shí)并不知道什么時(shí)候發(fā)生了內(nèi)存泄漏。

                     此時(shí)我們需要更多的信息。那么我們看看緊接其后的:

            { 86 normal block at  0x00422E80 10  bytes  long .
             Data: 
            <            >  1F 1F 1F 1F 1F CD CD CD CD CD 


                     它告訴我們:在第86次分配的內(nèi)存沒有釋放,一共有10字節(jié),內(nèi)容移16進(jìn)制方式打印給我們看。

                     有了這些信息,我們可以開始調(diào)試內(nèi)存泄漏了。

                     按下F10在程序的剛開始處,停下來,打開Watch窗口:

            image002.jpg

                     在Watch窗口中輸入:

            {,,msvcrtd.dll}_crtBreakAlloc


              image003.jpg

                     然后更改值為上文提到的分配次數(shù):86

            image004.jpg

                     接著按下F5繼續(xù),然后在第86次分配的時(shí)候會(huì)發(fā)生中斷:

            image005.jpg

                     然后我們打開堆棧窗口:

            image006.jpgimage007.jpg

                  往回查看最近我們自己的代碼,雙擊堆棧我們自己的函數(shù)那一層,上圖有綠色三角的那一層。就定位到泄漏時(shí)分配的內(nèi)存了。

            image008.jpg

                     之后,就是看你的編碼功底了。




             

            你也許還沒用過的vc++的調(diào)試的功能

            From: http://www.cnitblog.com/Raistlin/archive/2005/12/14/5380.html

            剛剛在IT博客網(wǎng)閑逛的時(shí)候看到了孤獨(dú)的夜的一片文章《如何調(diào)試MFC中的內(nèi)存泄漏》,講道用設(shè)置{,,msvcrtd.dll}_crtBreakAlloc這個(gè)變量來調(diào)試內(nèi)存泄露的問題。

            How to use _crtBreakAlloc to debug a memory allocation你可以找到英文的更完整的版本,靜態(tài)鏈接和動(dòng)態(tài)連接到C運(yùn)行庫(kù)的名稱是不一樣的
            靜態(tài):_crtBreakAlloc
            動(dòng)態(tài):{,,msvcr40d.dll}*__p__crtBreakAlloc()  (vc++4.0 和4.1版本,估計(jì)沒人在用吧)
                     {,,msvcrtd.dll}*__p__crtBreakAlloc()  (Visual C++ 4.2 or later)
                     {,,msvcrtd.dll}_crtBreakAlloc (好像這樣也是可以的)


            {,,msvcrtd.dll}__p__crtBreakAlloc()是個(gè)什么東西呢?

            查看msdn索引“Advanced Breakpoint”and you will find out...

            語(yǔ)法如下:
            {[function],[source],[exe] } location
            {[function],[source],[exe] } variable_name
            {[function],[source],[exe] } expression_r_r
            這個(gè)是我轉(zhuǎn)的時(shí)候的地址:http://blog.sina.com.cn/s/blog_630d564a0100gq5k.html

            posted on 2012-07-27 19:20 陳志遠(yuǎn) 閱讀(466) 評(píng)論(0)  編輯 收藏 引用


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


            導(dǎo)航

            <2012年7月>
            24252627282930
            1234567
            891011121314
            15161718192021
            22232425262728
            2930311234

            統(tǒng)計(jì)

            常用鏈接

            留言簿

            隨筆檔案

            文章分類

            Othor's blog

            搜索

            最新評(píng)論

            閱讀排行榜

            評(píng)論排行榜

            日日躁夜夜躁狠狠久久AV| 精品久久久久久久久午夜福利| 国产精品免费看久久久香蕉| 日本国产精品久久| 国产毛片欧美毛片久久久| 久久国产精品久久国产精品| 久久久久无码精品| 久久精品国产亚洲AV无码麻豆| 99久久国产综合精品五月天喷水| 久久妇女高潮几次MBA| 国产精品嫩草影院久久| 久久亚洲中文字幕精品有坂深雪| 国产精品99久久久久久董美香| 久久丫精品国产亚洲av| 久久精品极品盛宴观看| 久久精品国产只有精品2020| 77777亚洲午夜久久多喷| 一本一本久久a久久精品综合麻豆| 国产精品久久久久久久久| 热re99久久6国产精品免费| 亚洲中文字幕伊人久久无码| 久久久精品国产Sm最大网站| 久久九九全国免费| 粉嫩小泬无遮挡久久久久久| 久久久国产视频| 久久久久se色偷偷亚洲精品av | 中文字幕热久久久久久久| 爱做久久久久久| 国产精品美女久久久免费| 亚洲国产二区三区久久| 精品综合久久久久久97超人 | 久久99精品久久久久久秒播| 亚洲国产成人久久精品影视| 国产亚洲色婷婷久久99精品| 久久国产精品无码HDAV| 久久精品一本到99热免费| 精品无码久久久久久尤物| 国内精品久久国产大陆| 91精品婷婷国产综合久久| 欧美与黑人午夜性猛交久久久| 久久久久亚洲AV成人网|