约有 306 项符合查询结果， 以下是第 4 - 31项。
费时 < 1 秒。
呃 然后呢？目前这种玩法还属于 hello world。
Posted in Windows驱动开发
by
王宇
on 2010-12-17
对啊，没有任何问题，这就是上下文环境的一部分。
Posted in Windows内核
by
王宇
on 2010-12-17
http://windbg.info/doc.html
两篇文档值得看看：
《Common WinDbg Commands》
《WinDbg. From A to Z!》
Posted in WinDbg
by
王宇
on 2010-12-14
很有可能。具体没有研究了。 :(
感觉可被进程指向的物理页面只是一个子集，微软设计的时候或许要考虑设备I/O映射，显存联合编址什么的一个大模型，瞎猜的...
Posted in Windows内核
by
王宇
on 2010-12-13
上周五给逼着看 SMSS，顺带扫了眼那什么 LUID Sessions NameSpace 等，我之前关心过 DeviceMap 对象搜索路径啥的，还算感兴趣...
会蓝屏吗？没试呢，先睡会，醒来去看看。
Posted in Windows内核调试
by
王宇
on 2010-12-12
兄台不至于加这么长的 ++++ 吧... 我找个回复按钮都要拖半天 ( 我现在穷的都用不起鼠标... )
看这里：
http://advdbg.org/dfstore//img/Understanding%20and%20Using%20Execution%20Context%20in%20Windows%20NT%20Drivers.pdf
这可是 OSR 1996 年的文章，到现在都没过时，可见微软的兼容性。
唉 想当年我也真闲，还有心情用 Latex 整理文章...
Posted in Windows内核
by
王宇
on 2010-12-12
长夜漫漫，无心睡眠... 我来打个酱油呗~
托马森同学是说看的这两段解释?
//
// ShareCount transitions are protected by the PFN lock.
//
//
// ReferenceCount transitions are generally done with InterlockedXxxPfn
// sequences, and only the 0->1 and 1->0 transitions are protected
// by the PFN lock. Note that a *VERY* intricate ...
Posted in Windows内核
by
王宇
on 2010-12-12
是这样，我只是想表述某些函数会抛出异常，作为这些函数的调用者，大部分时间我们虽然可以无视这些风险，但是某些情况下，这些风险是灾难性的。例如，文件系统过滤驱动开发者如无视 I/O - Cache 管理器某些函数抛出的异常，等待他们的将是蓝屏。
呵呵，大道理大家都知道，只是您的这个问题需要具体分析一下 dump，个人感觉不像是低资源引起的：
ExceptionCode: e06d7363 (C++ EH exception)
ExceptionFlags: 00000001
NumberParameters: 3
Parameter[0]: 19930520
Parameter[1]: 07eeff34
Parameter[2]: 785ad294
Posted in C/C++本地代码调试
by
王宇
on 2010-12-03
不是的，我想那个链接应该是某些内核版本的公有符号。
Posted in Windows内核调试
by
王宇
on 2010-12-03