IIS7应用程序池崩溃
有什么想法吗？
错误应用程序名称：w3wp.exe，版本：7.5.7601.17514，时间戳：0x4ce7afa2
错误模块名称：MSVCR100_CLR0400.dll，版本：10.0.30319.1，时间戳：0x4ba2211c
异常代码：0xc00000fd
故障偏移：0x0000000000057f91
错误进程 ID：0x1e40
错误的应用程序启动时间：0x01ccbfff3d24cf1a
错误应用程序路径: c:\windows\system32\inetsrv\w3wp.exe
错误模块路径：C:\Windows\system32\MSVCR100_CLR0400.dll
报告 ID：8b4b0cd0-2bf2-11e1-9370-005056820010
代码方面没有任何更改。尝试了diadebug 1.2，我们已经解决了例外情况。
抱歉没有太多可说的了。如果有人知道捕获/捕获 IIS 错误的最佳方法？
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（2）
错误模块是 C:\Windows\system32\MSVCR100_CLR0400.dll，它是 VC++ 运行时的一部分。由于 IIS 本身不依赖于 VC++ 运行时，因此很明显您的应用程序会导致崩溃。转储分析可能会有所帮助，但如果您无法阅读转储，您可以通过 http://support 打开支持案例。 microsoft.com 并咨询 Microsoft 支持人员。
DIY 转储分析很困难，但如果您坚持的话，就可以开始，
http://blogs.msdn.com/b/lexli/archive/2009/06/29/diy-dump-analysis-possible.aspx
The faulting module is C:\Windows\system32\MSVCR100_CLR0400.dll, part of VC++ runtime. As IIS itself is not dependent on VC++ runtime, it is obvious that your application leads to the crash. Dump analysis may help, but if you are not capable of reading the dumps, you may open a support case via http://support.microsoft.com and consult Microsoft support guys.
DIY dump analysis is tough, but you can start if you insist,
http://blogs.msdn.com/b/lexli/archive/2009/06/29/diy-dump-analysis-possible.aspx
那里没有太多信息可以使用，但 0xc00000fd 是一个堆栈溢出异常。最常见的原因是过度递归函数/方法调用。
Not much information to work with there, but 0xc00000fd is a stack overflow exception. The most common cause is overly recursive function/method calls.