• <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>
            aurain
            技術文摘
            posts - 137,  comments - 268,  trackbacks - 0
                 摘要: 今天在調試驅動的時候,發現一個開始覺得很奇怪的問題,就是調用RtlStringCbPrintfW函數來格式化WCHAR字符串時,一定藍屏,提示
            IRQL_NOT_LESS_OR_EQUAL,并且比較郁悶的是,在虛擬機上有時不會出現,有時會出現,但在真正的主機上一定會出現(Windows xp sp2)。
            一般出現IRQL_NOT_LESS_OR_EQUAL,是IRQL在級別高的地方調用了分頁內存,所以,我就想到把當前的IRQL打出來看看,發現在進入函數
            的時候,當前的IRQL是0(PASSIVE_LEVEL),而在執行這段代碼的地方,IRQL是2(DISPATCH_LEVEL),是什么原因使得IRQL發生了變化呢?
            仔細查看代碼后,發現了原因,因為在執行這段代碼之前,通過NdisAcquireSpinLock獲取旋轉鎖,而在旋轉鎖釋放之前,其中的代碼是跑在
            IRQL=2的,另外,RtlStringCbPrintfW需要處理分頁內存(PagedPool),但在IRQL=2的情況下,是只能處理非分頁內存的(NonpagedPool),所以,
              閱讀全文
            posted @ 2009-01-14 17:05 水 閱讀(5033) | 評論 (0)編輯 收藏

            <2009年1月>
            28293031123
            45678910
            11121314151617
            18192021222324
            25262728293031
            1234567

            常用鏈接

            留言簿(17)

            隨筆分類(138)

            隨筆檔案(137)

            網絡開發

            最新隨筆

            搜索

            •  

            積分與排名

            • 積分 - 498821
            • 排名 - 36

            最新隨筆

            最新評論

            閱讀排行榜

            評論排行榜

            天堂无码久久综合东京热| 久久精品国产99久久丝袜| 中文成人久久久久影院免费观看 | 久久香蕉国产线看观看99| 色成年激情久久综合| 久久久WWW免费人成精品| 国产69精品久久久久APP下载 | 久久亚洲sm情趣捆绑调教| 久久精品a亚洲国产v高清不卡| 久久国产视屏| 无码伊人66久久大杳蕉网站谷歌| 国产精品无码久久久久| 久久99久久99精品免视看动漫| 久久国产精品无码网站| 一本久道久久综合狠狠爱| 久久午夜福利无码1000合集| 国产精品久久久久久久久免费| 色婷婷综合久久久久中文| 色狠狠久久AV五月综合| 久久天天躁狠狠躁夜夜2020老熟妇 | 久久精品综合网| 一本色道久久88综合日韩精品 | 久久精品亚洲欧美日韩久久| 国内精品九九久久久精品| 国产精品久久婷婷六月丁香| 久久综合丁香激情久久| 久久99热只有频精品8| 精品综合久久久久久97| 伊人久久大香线蕉亚洲五月天| 久久精品国产精品亜洲毛片| 久久天堂电影网| 国内精品久久久久久野外| 狠狠色噜噜狠狠狠狠狠色综合久久| 久久久久久国产a免费观看黄色大片| 91精品国产91久久久久久| 亚洲美日韩Av中文字幕无码久久久妻妇 | 合区精品久久久中文字幕一区| 国产精品成人无码久久久久久 | 久久久久四虎国产精品| 996久久国产精品线观看| 国内精品久久久久久野外|