叹为观止！一定找时间细看看，下面是几个来自Qubes网站的链接： Sep 28, 2011: Playing with Qubes Networking for Fun and Profit [article] Feb 06, 2012: Qubes Beta 3 has been released [download] Mar 03, 2012: Windows support coming to Qubes! [article] Sep 03, 2012: Qubes 1.0 has been released! [announcement]

叹为观止！一定找时间细看看，下面是几个来自Qubes网站的链接： Sep 28, 2011: Playing with Qubes Networking for Fun and Profit [article] Feb 06, 2012: Qubes Beta 3 has been released [download] Mar 03, 2012: Windows support coming to Qubes! [article] Sep 03, 2012: Qubes 1.0 has been released! [announcement]

叹为观止！一定找时间细看看，下面是几个来自Qubes网站的链接： Sep 28, 2011: Playing with Qubes Networking for Fun and Profit [article] Feb 06, 2012: Qubes Beta 3 has been released [download] Mar 03, 2012: Windows support coming to Qubes! [article] Sep 03, 2012: Qubes 1.0 has been released! [announcement]

没有调试的时候，来个时钟中断或者切换一下线程就会引发刷新TLB，就引发上面说的过程了；在调试时，调试事件也会导致必须执行内核函数......

推测的重启过程： A. 内核使用的PDE被改为无效 B. 因为中断或者DDI调用等执行到受影响的内核函数 C. CPU发现PDE无效，准备报Page Fault D. CPU打算转去执行处理Page Fault的Trap函数，但是因为因为一个PDE最多对应于1024个页表，一个PDE被改为无效后，很多内核的内容都无效了，如果IDT或者Trap函数无效，那么会再次触发Page Fault E. 以上两步无穷递归，系统便重启了，可能触发Double Fault，但是Double Fault的处理函数也可能无法执行了... 使用硬件调试器可能可以验证以上推测的...    

Verifier > 对myfs启用pool checking > 重启后重现问题

专研精神让人钦佩啊 ... 试过不同NT版本么？推测和PatchGuard有关

在应用程序中分配内存（new）失败可能有多种原因，常见的有以下两种： 1）要分配的内存块较大，内存管理器确实无法满足这样的分配要求，比如进程的地址空间“用完” 2）堆损坏（heap corruption），堆管理器在分配内存（寻找空闲块）的过程中遇到错误，直接导致崩溃或者返回错误 根据贴出的信息来看，第二种原因的可能性比较高。导致堆损坏的原因很多，重复释放，使用释放了块，溢出等。建议尝试以下方法： 1）启用页堆，寻找溢出 2）检查源代码，找可能的内存指针误用 3）在调试器中分析堆，寻找线索

FieldServer!GLGaeaServer::SaveCharDB函数里调用new分内存触发异常了... 如果有源文件（d:\code\clientlib\g-logic\glgaeaserver.cpp ）先看下...

很完美的栈回溯，很有意思的问题。这样论坛上交流效率太低了，可以通过下面网页中的邮件地址联系我 http://advdbg.org/books/swdbg/feedback.aspx