我有一个新程序,它已经 24/7 全天候运行了 2 个多星期,但昨晚它崩溃/宕机,我的 log4net 文件中没有致命日志异常...该进程似乎已被某些东西杀死。 ... 当我查看 Windows 事件查看器应用程序日志时,它包含程序进程错误,提示“.NET 运行时 2.0 错误”类型:错误事件 ID:1000。
这似乎是 .Net 运行时故障/错误,与我的代码无关。
有谁知道这是什么原因造成的?是否有 .Net 运行时修复程序?
/我在 Window Server 2003 虚拟机切片上运行 .Net 3.5。
提前致谢。
编辑:
下面是完整的事件描述。它周围几个小时都没有发生任何事件,而且信息级别不是像这样的错误。
来源:.NET 运行时 2.0 错误 类型:错误 事件 ID:1000
事件日志说明: 错误应用程序 CompanyName.AppName.exe,版本 0.0.0.0,标记 4ca5d33d,错误模块 mscorwks.dll,版本 2.0.50727.3607,标记 4add5446,调试? 0,故障地址0x0010724e。
有关详细信息,请参阅帮助和支持中心 http://go.microsoft.com/fwlink/events.asp .
最佳答案
由于在崩溃时您没有获得任何有用的信息,因此另一种方法是将调试器附加到崩溃的 EXE
。我建议有两种方法:
使用 Visual Studio
如果您在崩溃应用所在的同一台 PC/服务器上安装了 Visual Studio,请在它运行时将 Visual Studio 附加到 EXE
。以下是有关如何执行此操作的介绍:
http://msdn.microsoft.com/en-us/library/c6wf8e4z.aspx
使用 WinDbg
这是一个非常低级但功能强大的 Windows 调试器。这当然可以帮助您解决问题。但是,如何开始使用它有一个陡峭的学习曲线。 .NET Framework 附带一个名为 SOS.DLL
的 DLL
(位于 C:\Windows\......
系统文件夹中) 其中包含许多命令,您可以在 WinDbg 中使用这些命令来分析 .NET 应用程序。其中包括列出线程堆栈和显示异常信息。
有关如何使用 WinDbg 调试 .NET 问题的一个很好的信息来源是
有很多关于如何调试问题的很好的例子,比如
http://blogs.msdn.com/b/tess/archive/2008/02/11/net-debugging-demos-lab-2-crash-review.aspx
您可以从以下位置下载 WinDbg:
- 32位版本 http://www.microsoft.com/whdc/devtools/debugging/installx86.mspx#E3
- 64 位版本 http://www.microsoft.com/whdc/devtools/debugging/install64bit.mspx -
我强烈推荐 Visual Studio 方法,因为它很简单。然而,到目前为止,调试应用程序最强大的方法是使用 WinDbg,但它可能会让初次使用的用户望而生畏。
编辑: 这是另一个可能有用的链接:
http://social.msdn.microsoft.com/Forums/en-US/netfxbcl/thread/ebd10d1f-902b-4a95-ba42-e87c4f817097
关于c# - Net Runtime Bug : . NET Runtime 2.0 错误 - 事件 ID : 1000 Crashed my program. 这是什么原因造成的?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/3871067/