漫长的(无聊的)故事
目前,我有一个导致只有一台PC出现异常的应用程序。经过一番摸索后,我可以用一个小的示例应用程序来封装问题,但是真正的原因仍然隐藏。
由于在此PC上未安装Visual Studio,因此我们也无法做到这一点,因此我寻找了另一种解决方案以找到真正的原因。
在第一种方法中,我通过仔细阅读异常消息,与代码进行比较并尝试&错误来解决具体问题,从而越来越减少了我的小型应用程序。但这无助于获取所有已使用变量等的当前值是什么的所有信息。
因此,我寻找了另一种更好的方式来获取所需的信息。我已经阅读了很长时间的Dumps和Minidumps,但是从不需要它们,因为直到现在我始终可以在开发人员或测试机器上重现用户描述的场景。
但是这一次似乎只有一台PC出现了问题,不幸的是更换了整台机器或安装了所有新设备,这是没有选择的。
为了熟悉转储的工作方式,我只编写了一个简单的C#测试应用程序,其中包含一个只做throw new ArgumentException("Test");
的按钮
现在,我需要在按下恶意按钮后创建一个如此神奇的转储文件,将其读入Visual Studio 2008 Professional,并且可以像在VS中正常运行的应用程序一样查看它,除了Step next等无法正常工作。
据我所知,在特定时间点创建转储的最佳工具是procdump,因为您可以定义何时进行一个或多个转储。
所以我只是下载并通过调用procdump -o -e MyApp.exe d:\MyApp.dmp
来启动它。它声称MyApp.exe不存在。好的,我的错。只需先启动MyApp,然后启动procdump。
Procdump现在正在运行,向我显示其使用的所有选项,并且似乎正在等待未处理的异常。没有比这更容易的事情了,我只是按了我的恶意按钮……而procdump中没有任何反应。
而是从我的应用程序中弹出一个对话框,说明发生了未处理的异常(惊奇,意外)以及我想做什么(详细信息,继续,退出)。但是无论我选择什么,procdump都无法自动创建转储文件。
如果我去对话框显示转储文件似乎没用时只是调用procdump -o MyApp.exe d:\MyApp.dmp
,则是因为在VS中打开它之后,调用堆栈只是挂在ntdll.dll
中的某个地方,而在我的代码中却没有(我想这是MessageQueue)对话框中等待一些鼠标单击)。
如果我仔细研究细节,您会发现一些有关如何将未处理的异常委托给JIT调试器的信息。但是我不希望使用JIT调试器,我想使应用程序崩溃以获取转储文件。
经过这些尝试之后,我发现了ClrDump,但是并没有产生任何更好的转储(如果我将其加载到VS中并查看调用堆栈)。
考虑到这些信息,您现在(希望)能够为我的.Net应用程序提供一个(有效的)解决方案:
(简短)问题
.net应用程序中发生未处理的异常时,我如何创建转储文件,以便能够加载MyApp .pdb文件,并查看在何种情况下引发了异常?
答案
在Naveen和Lex Li的帮助下,我可以对崩溃转储的调试工作原理有更多的了解。现在我只想回顾一下所有东西,这是使其工作所需的:
每当您希望转储流程时,都可以在几种工具之间进行选择以完成工作:
最佳答案
DebugDiag是基于异常获取内存转储的最简单方法之一。
在debugdiag中查找“配置异常对话框”帮助部分,以基于异常生成转储。
下面是一个基于ArgumentException生成全内存转储的示例
https://stackoverflow.com/questions/4780652/