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

            最新隨筆

            最新評論

            閱讀排行榜

            評論排行榜

            久久96国产精品久久久| 狠狠干狠狠久久| 久久久久亚洲?V成人无码| 青青青青久久精品国产| 人人狠狠综合88综合久久| 色诱久久久久综合网ywww| 中文字幕成人精品久久不卡| 久久久青草青青国产亚洲免观| 久久久国产乱子伦精品作者| 久久亚洲国产成人精品无码区| 精品久久久久成人码免费动漫 | 欧美亚洲国产精品久久| 久久精品国产亚洲77777| 久久久99精品一区二区| 99久久国产热无码精品免费| 国内精品伊人久久久久妇| 91视频国产91久久久| 一97日本道伊人久久综合影院 | 国产99久久久国产精免费| 久久久久久久久久久久久久| 蜜臀久久99精品久久久久久| 成人资源影音先锋久久资源网| 狠狠色丁香久久婷婷综合图片 | 青青草国产精品久久久久| 伊人久久大香线蕉av一区| 久久成人国产精品免费软件| 久久久国产精品| 丁香五月综合久久激情| 精品久久久久久中文字幕| 日日噜噜夜夜狠狠久久丁香五月| 欧美午夜精品久久久久久浪潮| 草草久久久无码国产专区| 99久久精品国产高清一区二区| 伊人久久综合成人网| 国内精品久久人妻互换| 久久国产精品77777| 国产精品久久久久jk制服| 日产精品久久久久久久| aaa级精品久久久国产片| 精品久久久久久中文字幕| 99久久精品国产一区二区|