目前我的信息是（并且让我们保持Windows-7的上下文，因为WER不能像Win-XP那样工作），我有两种方法为我的应用程序获取完整的内存崩溃转储：
我可以设置WER来生成我的应用程序的本地完全内存转储
信息在这里： http : //msdn.microsoft.com/en-us/library/bb787181%28v=vs.85%29.aspx
不要使用SysWow64节点HKEY_LOCAL_MACHInesOFTWAREMicrosoftwindowsWindows Error ReportingLocalDumps键（可能应用程序特定的子键...LocalDumpsMyApplication.exe ）
将DumpType设置为2。
根据需要调整其他设置
注意：由于我们的应用程序是自定义部署的，因此设置此registry值不是问题。
这似乎给了我一个简单的演示应用程序非常可靠的崩溃转储。
关于编译器选项“Assembly，Machine Code and Source（/ FAcs）”
如何从小型转储获取环境variables？
是什么让NTDLL！_KiUserApcdispatcher跳转到一个不属于某个进程模块的地址？
子指令如何导致无效指针读取？
我怎么知道哪个地址属于Crash Dump中函数的哪个参数
或者，我可以把自己写下来的转储 – 适当地用看门狗进程和所有东西
我使用MiniDumpWriteDump来写转储，我从一个看门狗进程（ 这里描述， 这里 ）这样做，以尽量减less失败的风险。
题
那么，哪个更好？ 鉴于这一点，我自己做的时候，我谨慎地把我在碰撞处理程序中做的东西保持在最低限度，我想知道WER方法是否可靠，或者WER方法是否可以处理更多的事情失败。 任何想法/经验？
当调用进程外时，MiniDumpWriteDump中的访问冲突
在进程崩溃时产生崩溃转储的最佳方法是什么？
程序崩溃 – 如何阅读appcompat.txt？
Windowsdebugging器路线图
Windows：打开小型转储时看不到调用堆栈
作为替代方法，您可以查看Google Breakpad ，这是一个用于生成和处理故障转储的库和工具集。
版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 [email protected] 举报，一经查实，本站将立刻删除。
