标签: bsod

自从安装Windows 8.1以来,我经常遇到"关键结构损坏"BSOD.我甚至买了一台新电脑,以为只是Windows 8.1对潜在的硬件故障更敏感.

但BSOD一直在变得越来越快,而几乎什么也没做,甚至没有运行模拟器.

我最近在小牛队的Mac上出现了内核问题恐慌,导致我将两个和两个放在一起,似乎只是在Win8.1上安装了英特尔HAXM导致了BSOD.

卸载Intel HAXM会停止BSOD.

最终,当猜测英特尔或MS进行修复BSOD的更新时,我猜这个问题将得到解决.

纯粹出于学术原因.

是否有可能以编程方式导致BSOD在C#/ .NET中的Windows xp/windows 7下发生.

我建议必须有一些肮脏的黑客,或一些易受虐待的漏洞导致这种情况.

我正在寻找一段代码来运行,以保证在有限的时间内完成BSOD.

在这里好奇:是否可以在Windows XP/Vista下使用.net托管代码调用Windows蓝屏死机？如果有可能,示例代码是什么？

仅仅为了记录,这不是出于任何恶意目的,我只是想知道实际杀死指定的操作系统需要什么样的代码.

我正在尝试制作一个定期记录大量内容的程序.具体原因是,如果它是蓝屏,开发人员可以回去检查很多环境,看看那个时候发生了什么.

我的问题是,他们是一种导致蓝屏的方法吗？也许有一个windowsAPI调用(ZeroMemory可能？).

Anywhoo,如果你能想到一种在电话中引起蓝屏的方法,我会很感激.

我正在测试它的计算机是为了拍摄这样的东西哈哈.

顺便说一句,我使用的语言是C\C++.谢谢

好吧,幸运的是我没有编写很多导致BSOD的应用程序,但我只是想知道这个屏幕上信息的有用性.它是否包含任何可以帮助我在代码中找到错误的有用信息？如果是这样,我到底需要什么？

然后,系统重新启动,可能已在某处向系统写入了一些错误日志或其他信息.它在哪里,它包含什么以及如何使用它来改进我的代码？

过去,当我与PBX系统进行交互时,我确实经常得到一个BSOD,因为它的驱动程序的文档数量不存在,所以我不得不做一些试错编码.幸运的是,我现在为另一家公司工作,并且由于我的代码而没有看到任何BSOD.

我有一个客户是谁告诉我,我的程序(简单的用户土地方案,而不是一个驱动程序)崩溃他的系统有蓝屏死亡(BSOD).他说他从未在其他程序中遇到过这种情况,而且他可以轻松地用我的程序重现它.

BSOD的类型为CRITICAL_OBJECT_TERMINATION(0x000000F4),对象类型0x3(进程):对系统操作至关重要的进程或线程意外退出或终止.

一个简单的程序可以负责BSOD(即使在Vista上......)还是应该检查硬件或操作系统安装？

我正在尝试编写一个Windows调试实用程序,我需要自动崩溃Windows机器并显示蓝屏死机.

我显然可以从任务管理器中删除csrss.exe进程,但是TASKKILL /F /IM csrss.exe.bat文件中的命令不起作用.

还有另一种方法可以让Windows机器在bsod上崩溃吗？也许一些外部库可以杀死任何进程.

我更喜欢使用命令行方法,因为我对它更熟悉.

我有一个应用程序,有时会在Win XP机器上导致BSOD.试图找到更多信息,我加载了生成的*.dmp文件(来自C:\ Windows\Minidump),但是在执行此操作的大部分读取时收到此消息:

*********************************************************************
* Symbols can not be loaded because symbol path is not initialized. *
*                                                                   *
* The Symbol Path can be set by:                                    *
*   using the _NT_SYMBOL_PATH environment variable.                 *
*   using the -y <symbol_path> argument when starting the debugger. *
*   using .sympath and .sympath+                                    *
*********************************************************************

这意味着什么,我该如何"修复"它？

我们不久前将驱动程序成功移植到64位系统.

但缺少一件事,这不是很重要,但它是一个非常方便的调试功能.

从未调用使用KeRegisterBugCheckReasonCallback注册的回调.该函数返回TRUE表示成功,但从不调用我的回调函数.我也为参数原因尝试了不同的值但没有成功.尝试使用较旧的KeRegisterBugCheckCallback也失败了.

我做错了什么？

我错过了文档中的内容吗？

我正在制作一个脚本来测试一些始终运行的软件，并且我想测试它从 BSOD 的恢复情况。有没有一种方法可以从 python 抛出蓝屏而不调用外部脚本或可执行文件，如 OSR 的 BANG!