问题标签 [windows-error-reporting]

我正在尝试为在 Visual Studio 2008 中编写的 C# WinForms 应用程序跟踪运行 Windows 7 64 位的目标计算机上发生的错误。我所要做的就是从事件查看器输出 Windows 错误报告。我在这里找到了很多有用的信息：http: //www.codeilove.com/2012/09/debugging-using-windows-error-reporting.html。

从链接看来，P7、P8 和 P9 是最重要的，我应该能够通过查找 06000c43 使用 ILDASM 找到“c43”的方法 def。在 C:\Windows\Microsoft.NET\Framework\v2.0.50727\mscorlib.dll 中，我在 System.Number 中找到以下内容：

基于此信息，System.Number.ParseUInt64 中发生了 System.FormatException，对吗？我在 Visual Studio 中搜索了我的项目，但找不到我的代码调用此函数的任何实例。我从这里去哪里？

我有一个 Application.ThreadException 的顶级异常处理程序，它将未处理的异常记录到文件中。在这种情况下，我遇到了应用程序崩溃，并且我的日志文件中没有任何内容。假设此异常发生在我的 UI 以外的线程中是否安全？

我有一个 sysdev.microsoft.com 帐户。曾经有一个您可以下载并安装的应用程序，它允许您扫描您的桌面应用程序并将其提交给 sysdev，以便您可以接收 Windows 错误报告。我再也找不到它了（曾经是仪表板中的链接）。

那么现在如何向 sysdev 注册桌面应用程序，以便在仪表板/报告部分接收 WER 报告？

我所做的任何搜索都是 WER API 和对硬件设备的引用。

我刚刚使用无代理异常监控 (AEM) 在 Windows Server 2012 R2 Essentials with Update 上作为 System Center Operations Manager 2012 R2 (SCOM) 的一部分设置了企业错误报告 (CER) 测试。

无论如何，我确实已经设置好了一切。我有两台虚拟机（一台服务器/一台测试客户端以使程序崩溃）。我可以继续并在客户端上使程序崩溃，果然，转储已进行，错误显示在 SCOM 的 AEM 页面中。伟大的。我可以手动深入浏览我配置ErrorData的文件夹，最终找到一个.cab包含我感兴趣的转储的文件。必须有更好的方法来获取转储文件。

这是我的问题：如何从 SCOM（在服务器或 Web 界面上）访问特定错误的转储？

我试图弄清楚开发人员的工作流程——作为开发人员自己，我想要崩溃转储。同样，我可以手动浏览一条长路径（几个文件夹很深，名称不直观——对我来说这是一个危险信号，我不应该以这种方式浏览）。

长路径（注意CERTESTSRV和CERTESTINT是服务器/域名——可能不需要这个问题）： \\CERTESTSRV.CERTESTINT.local\ErrorData\PersistedCabs\Generic\APPCRASH\CrashProject.exe\0.0.0.0\56a01172\MSVCR120.dll\12.0.21005.1\524f7ce6\40000015\000a7676\b22863e6-3b7f-4447-93c6-ae80c30384e6.cab

我基于以下设置服务器：https ://technet.microsoft.com/en-us/library/hh457006.aspx

注意：我不确定这个问题是否更适合这里或 SuperUser。我决定把它放在这里，因为它有点与开发相关。

当我点击 X 按钮关闭一个程序（比如说它是 MYAPP）时，弹出一个对话框说：

MYAPP 已停止工作

Windows 可以在线检查问题的解决方案。”

但实际上应用程序已经退出。

错误信息：

Windows 如何检测程序是否“停止工作”？它是否表明应用程序抛出异常或死锁？

我想知道是否有任何可用的 API 可以创建完整的故障转储。

目前，我正在使用MiniDumpWriteDump() API 和MiniDumpWithFullMemory。但是，我没有从创建的转储中获得太多信息来分析。

我创建了一个 WPF 服务来跟踪用户会话，同时跟踪用户会话我还想跟踪服务崩溃事件。为此，我一直在检查 Windows 事件日志并识别错误。但我很困惑，它在那里显示一个错误，表明无法处理会话更改！是服务崩溃吗？？服务崩溃是否有任何特定的异常代码/任何人都可以帮助建议相关文章/点以识别系统崩溃吗？

在 Windows 错误报告中，我有几个用于特定挂起的转储文件。当我打开转储时，我收到一条丑陋的消息

如何配置 WER 以收集和上传正确的转储？

PS：这种特殊的崩溃只发生在 Windows 7 x64 上。这个操作系统上的 wow64 模拟器有什么特别之处吗？

我从应用程序启动一个进程来监视它。它可能会崩溃或挂起。

监控应用程序为此做好了准备并且可以处理它。

但是在崩溃窗口上会显示一个应用程序崩溃对话框。此时崩溃的进程仍在进程列表中。但是如果进程将被监控应用程序终止（在超时后），对话框不会消失TerminateProcess。

我尝试使用WerAddExcludedApplicationand禁用此应用程序的 Windows 错误报告，WerRemoveExcludedApplication但这只会删除在线搜索解决方案的选项。

我也不想完全禁用 WER。

是否有另一种方法可以以编程方式为给定的可执行文件禁用此对话框（它并不总是相同）？

我在 Windows 64 位 PC 上工作。我的应用程序启动了 10 多个具有相同名称 Proc.exe 的 32 位进程实例。这些实例的启动时间非常接近；在某些情况下，它们会崩溃，而且时间也很接近。我尝试使用 WER 收集这些崩溃的崩溃转储。我使用注册表项 HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\Windows 错误报告\LocalDumps\Proc.exe，如“收集用户模式转储”MSDN 文章中所述。我使用完整转储（DumpType=2）。在目标转储文件夹中，我获得了一些名称因 PID 号而异的转储文件：Proc.exe.1836.dmp、Proc.exe.5428.dmp 等。

问题：生成的转储文件的总数并不总是完全根据 DumpCount 的值，通常文件更多，并且它们的实际数量因运行而异。我看到 DumpCount=1 最多 5 个文件，DumpCount=3 最多 8 个文件。我尝试使用全局 LocalDumps 设置 (HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\Windows Error Reporting\LocalDumps) 而不是每个进程的设置，结果相似。

控制生成的转储文件的数量对我来说很重要，因为可用磁盘空间非常有限。

我是否遗漏了什么，或者我现在报告的是 Windows 中的错误？