生成转储与非托管code崩溃

生成转储与非托管code崩溃

本文介绍了生成转储与非托管code崩溃?的处理方法,对大家解决问题具有一定的参考价值,需要的朋友们下面随着小编来一起学习吧!

问题描述

有没有一种方法,我可以得到一个完整的崩溃转储,当我的应用程序崩溃突然?

Is there a way that I can get a full crash dump when my application crashes suddenly?

现在的问题是,我怀疑这是由于非托管code,杀死了.NET框架本身,正因为如此,除非有附加到应用程序在崩溃的瞬间调试器,应用程序没有按'吨甚至得到一个机会来处理碰撞。

The problem is that I suspect that it's due to unmanaged code that kills the .net framework itself, and because of that, unless there's a debugger attached to the application at the moment of the crash, the application doesn't even gets a chance to handle the crash.

我不能附加一个调试器和等待,因为碰撞随机发生,我们有很多安装的位置,所以我不知道是否有可能做到这一点不附加一个调试器。

I can't attach a debugger and wait, because the crash happens randomly and we have many installed locations, so I'm wondering if it's possible to do this without attaching a debugger.

编辑:我知道微软调试SDK的,我也只是发现了约DebugDiag资料。我想这样做,而不必每次都连接到应用程序,它通常是在销售中间,我没有时间去附加调试和探索堆栈跟踪。 DebugDiag资料似乎让我建立这个规则,但它似乎只适用于已运行的进程,而不是等待一些程序来启动。

I'm aware of Microsoft Debugging SDK, and I also just found out about DebugDiag. I'd like to do this without having to attach to the application each time, as it's usually in the middle of a sale and I don't have time to attach the debugger and explore the stack trace. DebugDiag does seem to let me setup a rule for this, but it seems to only work on already running processes, rather than waiting for some process to launch.

推荐答案

您可以使用 ADPlus的-crash userdump.exe在

这篇关于生成转储与非托管code崩溃?的文章就介绍到这了,希望我们推荐的答案对大家有所帮助,也希望大家多多支持!

08-02 02:47