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

            玩心未泯

            卡爾斯希普拉斯

            C++博客 首頁 新隨筆 聯(lián)系 聚合 管理
              19 Posts :: 0 Stories :: 98 Comments :: 0 Trackbacks

            今天寫程序的時候碰到一個問題,調試的時候總是報錯Heap corruption detected。一直沒碰到過這樣的問題,所以實在不知道如何下手。后來偶然一次注釋掉一個釋放語句,就沒報錯了Heap corruption detected了(但是報memory leak),才發(fā)現原來這個釋放有問題。我的一個函數調用中,開始的時候分配了一個char數組,結束的時候釋放這個數組空間,看起來完全是沒有問題的,居然會引發(fā)Heap corruption detected。代碼大體如下:
             
            char* pCmd = new char[len+1];   // len has got value before
            memset( pCmd, 0, len+1);
            .........
            for(int i=0;i<len;i++) {
                  ........      //獲取一個str內容形如:"1A", "0F"
                  sscanf(str, "%02X", &pCmd[i]);
            }
            .....
            delete [] pCmd;

            找到問題的所在,再分析代碼才發(fā)現了這其中一個很隱蔽的問題,就是那句sscanf,由于第二個參數用的是"%02X",那么對它而言,最后一個參數就是一個指向int類型的指針了,而我給的實際是一個char的指針。
            如果上面的循環(huán)只進行到i<len-2,或者pCmd的size擴大到len+3,都可以避免heap corruption。
            后來我干脆用了一個零時的int型變量來完成這個工作。

            要分析這個問題,太理論化的我將不上來,應該是sscanf調用的過程中,由于pCmd分配到的空間不足,因此引發(fā)了新的分配,pCmd不再是像聲明的那樣一個len+1大小的char數組,因此直接調用delete [] pCmd就會引發(fā)heap corruption了。到底咋回事,也許還要高人來講講。

            posted on 2007-04-10 17:39 SuperPlayeR 閱讀(13326) 評論(3)  編輯 收藏 引用 所屬分類: C/C++

            評論

            # re: 一個不小心引發(fā)的Heap corruption 2007-04-11 19:50 Paradoxiology
            從VS.Net之后,CRT帶的malloc都會在每次分配的內存塊的前端和末尾增添一些額外的調試信息,每次free它們的時候都會檢測一下,如果改變了就說明內存溢出之類的情況發(fā)生了。
            所以說heap corruption的引發(fā)是因為使用sscanf的時候覆蓋了調試信息,sscanf本身是不會分配內存的。  回復  更多評論
              

            # re: 一個不小心引發(fā)的Heap corruption 2007-04-11 23:41 nick
            to Paradoxiology:
            不是從 vs.net 開始的吧. 至少 vc6 就有了.  回復  更多評論
              

            # re: 一個不小心引發(fā)的Heap corruption 2011-07-18 16:05 啊啊
            應該是VC6 就有了,這個應該是一種基本的內存檢測手段  回復  更多評論
              

            久久男人AV资源网站| 麻豆亚洲AV永久无码精品久久| 亚洲国产精品成人久久| MM131亚洲国产美女久久| 久久AAAA片一区二区| 久久久精品国产| 国产99久久久国产精品~~牛| 精品人妻伦九区久久AAA片69| 99久久国产热无码精品免费久久久久 | 国产亚洲精久久久久久无码77777| 国产精品久久一区二区三区| 深夜久久AAAAA级毛片免费看| 久久精品国产一区| 亚洲va久久久久| 久久精品国产亚洲AV无码偷窥| 久久SE精品一区二区| 久久精品亚洲日本波多野结衣| 久久99精品国产99久久6男男| 欧美精品福利视频一区二区三区久久久精品 | 色欲av伊人久久大香线蕉影院| 欧美亚洲色综久久精品国产| 2020最新久久久视精品爱 | 91精品久久久久久无码| 欧美激情一区二区久久久| 久久久久久青草大香综合精品| 91久久精品无码一区二区毛片| 久久精品国产男包| 久久91这里精品国产2020| 91精品国产高清91久久久久久| 亚洲国产成人久久综合一区77 | 国产V亚洲V天堂无码久久久| 久久久久国产精品麻豆AR影院| 国内精品人妻无码久久久影院 | av午夜福利一片免费看久久| 一级做a爰片久久毛片毛片| 伊人久久综合热线大杳蕉下载| 久久久亚洲欧洲日产国码二区| 久久笫一福利免费导航| 久久www免费人成看国产片 | 久久亚洲国产成人影院网站 | 99久久无码一区人妻a黑|