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

            S.l.e!ep.¢%

            像打了激速一樣,以四倍的速度運(yùn)轉(zhuǎn),開心的工作
            簡單、開放、平等的公司文化;尊重個(gè)性、自由與個(gè)人價(jià)值;
            posts - 1098, comments - 335, trackbacks - 0, articles - 1
              C++博客 :: 首頁 :: 新隨筆 :: 聯(lián)系 :: 聚合  :: 管理

            vc2005的詭異錯(cuò)誤“Windows has triggered a breakpoint in .exe.”

            筆記 2009-12-30 15:00:13 閱讀113 評論0 字號:

            問題描述:
            在調(diào)試模式下出現(xiàn)如下問題
            Windows has triggered a breakpoint in .exe.
            This may be due to a corruption of the heap, and indicates a bug in .exe or any of the DLLs it has loaded.
            The output window may have more diagnostic information

            用VC總是會出現(xiàn)這些千奇百怪的問題,上述問題看起來是多線程中某個(gè)線程釋放內(nèi)存導(dǎo)致的錯(cuò)誤,詭異的是,同樣一個(gè)程序,用來跑第一批數(shù)據(jù)的時(shí)候順利地出了結(jié)果,第二批數(shù)據(jù)的時(shí)候總是在第33個(gè)數(shù)據(jù)上彈出上述窗口,而且兩批數(shù)據(jù)的數(shù)據(jù)量也都是3000多,真是讓人咋舌。然而,更詭異的是,出現(xiàn)上述窗口后,強(qiáng)制選“continue”,竟然還能繼續(xù)運(yùn)行,得到正確的結(jié)果。。。。。。

            無奈的是,出錯(cuò)的程序并不是我寫的,而且藏在dll里面我也看不到,只好硬著頭皮每次彈出窗口都點(diǎn)“continue”,希望最終能夠得到全部正確的結(jié)果吧。

            感想:VC實(shí)在是個(gè)艱深難懂的東西,可是又不得不用它,吃一塹長一智,以后自己寫程序的時(shí)候盡量規(guī)范一點(diǎn),能做的就只有這些了Q_Q

            以下是從網(wǎng)絡(luò)上摘錄的關(guān)于這個(gè)問題的描述:
            1. It was a problem of porting and not memory delete..!!
            2. 程序不正常不是由CString對象引起的,而是由工作線程中一個(gè)堆內(nèi)存釋放寫錯(cuò)了位置引起的。
            3. 在release模式程序運(yùn)行 一切正常
            4. malloc時(shí)把Size+1,保證末尾有'\0'
            5. I met the same problem. I tried manually, and found this snap in is the
            problem for my systgem. After rename it in the
            HKLM\software\microsoft\mmc\SnapIns, the problem is gone.

            Windows Registry Editor Version 5.00

            [HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\MMC\SnapIns\ {ca9f8727-31df-41d2-975c-887d84903967}]
            @="SqlcmSnapin"
            "NameString"="SQL Server Configuration Manager"
            "NameStringIndirect"="@c:\\Program Files\\Microsoft SQL
            Server\\90\\Tools\\binn\\SqlManager.dll,-3"
            "About"="{56563bd1-5f42-43a8-abed-3c2a4328e8c1}"

            [HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\MMC\SnapIns\ {ca9f8727-31df-41d2-975c-887d84903967}\NodeTypes]

            [HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\MMC\SnapIns\ {ca9f8727-31df-41d2-975c-887d84903967}\NodeTypes\{7f34670d-2d94-48e4-a88a-65c7ed5ae528}]

            [HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\MMC\SnapIns\ {ca9f8727-31df-41d2-975c-887d84903967}\NodeTypes\{f39767e2-8f58-11d9-b89d-505054503030}]

            [HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\MMC\SnapIns\ {ca9f8727-31df-41d2-975c-887d84903967}\NodeTypes\{f39767e7-8f58-11d9-b89d-505054503030}]

            [HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\MMC\SnapIns\ {ca9f8727-31df-41d2-975c-887d84903967}\NodeTypes\{f39767e8-8f58-11d9-b89d-505054503030}]

            [HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\MMC\SnapIns\ {ca9f8727-31df-41d2-975c-887d84903967}\StandAlone]

            6. 剛剛找到原因了。到微軟的網(wǎng)站找了一個(gè)調(diào)試工具,可以幫助發(fā)現(xiàn)heap錯(cuò)誤。網(wǎng)址如下:http://www.microsoft.com/whdc/devtools/debugging/default.mspx

            久久精品国产精品青草| 国内精品伊人久久久久影院对白| 久久久久久极精品久久久| 久久亚洲精品无码VA大香大香| 岛国搬运www久久| 亚洲精品无码久久久久sm| 中文字幕精品久久| 亚洲精品国产自在久久| 色综合合久久天天给综看| 亚洲精品美女久久久久99小说 | 99久久精品免费看国产一区二区三区 | 天天躁日日躁狠狠久久| 日韩一区二区三区视频久久| 国内精品伊人久久久久影院对白| 亚洲婷婷国产精品电影人久久| 热久久视久久精品18| 久久午夜无码鲁丝片秋霞| 久久精品一区二区三区AV| 人妻无码αv中文字幕久久琪琪布 人妻无码久久一区二区三区免费 人妻无码中文久久久久专区 | 国产成人综合久久久久久| 久久青草国产精品一区| 99久久婷婷国产综合精品草原| 中文字幕无码久久人妻| 色综合久久夜色精品国产| 久久亚洲精品人成综合网| 国产精品女同久久久久电影院| 久久91这里精品国产2020| 亚洲国产成人久久笫一页| 亚洲午夜精品久久久久久浪潮| 丁香狠狠色婷婷久久综合| 超级碰久久免费公开视频| 色婷婷综合久久久久中文字幕| 久久国产免费直播| 久久久久久久人妻无码中文字幕爆 | 久久亚洲国产精品成人AV秋霞| 国产V亚洲V天堂无码久久久| 久久久青草久久久青草| 国产一区二区精品久久凹凸 | 99久久久国产精品免费无卡顿| 久久精品国产一区二区三区不卡| 色偷偷久久一区二区三区|