• <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>
            posts - 9,  comments - 9,  trackbacks - 0

            Normally, the break instruction exception can be triggered in following conditions:

            1.       Hardcode interrupt request, like: __asm int 3 (ASM), System.Diagnostics.Debugger.Break (C#), DebugBreak() (WinAPI).

            2.       OS enable memory runtime check, like Application Verifier can trigger after heap corruption, memory overrun.

            3.       Compiler can have some configuration to decide what should be filled to the uninitialized memory block and end of function(blank area, after retun..).  For example, Microsoft VC complier can fill 0xCC if enable /GZ.  0xCC is actually a opcode of __asm int 3.  So if some error cause the application run into such block, will trigger a break point.

            A quick summary of what Microsoft's compilers use for various bits of unowned/uninitialized memory when compiled for debug mode (support may vary by compiler version):

            Value     Name           Description 

            ------   --------        -------------------------

            0xCD     Clean Memory    Allocated memory via malloc or new but never 

                                     written by the application. 


            0xDD     Dead Memory     Memory that has been released with delete or free. 

                                     Used to detect writing through dangling pointers. 


            0xFD     Fence Memory    Also known as "no mans land." This is used to wrap 

                                     the allocated memory (surrounding it with a fence) 

                                     and is used to detect indexing arrays out of 

                                     bounds or other accesses (especially writes) past

                                     the end (or start) of an allocated block.


            0xCC                     When the code is compiled with the /GZ option,

                                     uninitialized variables are automatically assigned 

                                     to this value (at byte level). 



            // the following magic values are done by the OS, not the C runtime:


            0xAB  (Allocated Block?) Memory allocated by LocalAlloc(). 


            0xBAADF00D Bad Food      Memory allocated by LocalAlloc() with LMEM_FIXED,but 

                                     not yet written to. 


            0xFEEEFEEE               OS fill heap memory, which was marked for usage, 

                                     but wasn't allocated by HeapAlloc() or LocalAlloc(). 

                                     Or that memory just has been freed by HeapFree().

            Disclaimer: the table is from some notes I have lying around - they may not be 100% correct (or coherent).


            As others have noted, one of the key properties of these values is that is a pointer variable with one of these values is dereferenced, it will result in an access violation, since on a standard 32-bit Windows configuration, user mode addresses will not go higher than 0x7fffffff.


            For the related issue, we can use Application Verifier to enable heap page, which can break after memory overrun, heap corruption.


             

             

            posted on 2010-07-23 16:22 MicroYang 閱讀(2029) 評論(0)  編輯 收藏 引用
            <2025年7月>
            293012345
            6789101112
            13141516171819
            20212223242526
            272829303112
            3456789

            常用鏈接

            留言簿(1)

            隨筆檔案

            Friend

            • Catherine
            • 深海羚羊
            • 似雨打芭蕉,似風吹梧桐葉,帶著一絲冰冷,也帶著一絲清新------冰柔語絲

            搜索

            •  

            最新評論

            閱讀排行榜

            評論排行榜

            国产69精品久久久久9999APGF| 久久免费国产精品| 国产福利电影一区二区三区久久老子无码午夜伦不 | 国产午夜免费高清久久影院| 久久91精品国产91久久麻豆| 久久久久久无码国产精品中文字幕| 性色欲网站人妻丰满中文久久不卡| 99久久精品免费国产大片| 欧美亚洲色综久久精品国产| 一本久久a久久精品综合香蕉| 精品久久久久久亚洲| 久久国产一片免费观看| 国产激情久久久久久熟女老人| 青青草原1769久久免费播放| 久久99精品国产99久久6男男| 久久亚洲AV无码西西人体| 亚洲欧洲日产国码无码久久99| 日本一区精品久久久久影院| 伊人久久大香线蕉av不卡| 国产亚洲成人久久| 久久精品国产精品亚洲| 国产精品禁18久久久夂久| 欧美麻豆久久久久久中文| 精品国产婷婷久久久| 久久精品黄AA片一区二区三区| 久久精品国产99久久无毒不卡 | 国内精品久久九九国产精品| 91麻豆国产精品91久久久| 亚洲人成无码www久久久| 狠狠狠色丁香婷婷综合久久俺| 亚洲午夜久久久影院| 2020国产成人久久精品| 亚洲国产成人精品女人久久久 | 九九久久精品无码专区| 国产国产成人精品久久| yellow中文字幕久久网| 久久99精品久久久久久久不卡| 亚洲国产欧洲综合997久久| 久久午夜免费视频| 91精品国产高清久久久久久io| 精品无码久久久久国产动漫3d|