应用程序在app池1上崩溃，而在app池2上没有崩溃
应用程序在app池1上崩溃，而在app池2上没有崩溃
提问于 2014-05-06 08:12:44
我有相当广泛的silverlight应用程序与我们的客户工作。
目前，我们遇到了一个问题，应用程序池将使用以下消息崩溃：
“为应用程序池'app池1‘服务的进程与Windows进程激活服务(Windows process Activation )发生致命通信错误。进程id为'6308’。数据字段包含错误号。”
当我在本地尝试相同的动作时，效果非常好。当我在不同的应用程序池上尝试相同的操作时，它完美地工作。
下面是一些我已经尝试过的东西：
- 将应用程序池1更改为崩溃应用程序中的app池2。仍然使应用程序池崩溃。
- 复制了visual中的应用程序，并将其放在另一个应用程序池(app池2)上。工作完美，当设置为应用程序池1时，工作非常完美。
- 检查所有设置(应用程序池+高级设置，网站+高级设置)。一切都是一样的
- 打开进程监视器，但它没有给我任何有用的东西。
我不知道下一步该做什么来解决这个问题！
有人有什么建议吗？
ps。有时我在Windows Logs > Application中遇到以下错误，但是由于我们在服务器上运行了许多应用程序，所以我无法看到它是否适用于此问题
- 错误应用程序名称: w3wp.exe，版本: 7.5.7601.17514，时间戳: 0x4ce7afa2
- 故障模块名称: clr.dll，版本: 4.0.30319.1，时间戳: 0x4ba21eeb
- 异常代码: 0xc00000fd
- 故障偏移量:0x0000000000850a
- 故障过程id: 0x21fc
- 故障应用程序启动时间: 0x01cf690216e7002c
- 故障应用程序路径: c:\windows\system32\inetsrv\w3wp.exe
- 故障模块路径: C:\Windows\Microsoft.NET\Framework64\v4.0.30319\clr.dll
- 报告编号: 61fc36e4-d4f5-11e3-9d58-0050569738fa
回答 1
Stack Overflow用户
回答已采纳
发布于 2014-05-06 13:47:47
异常代码：0xc00000fd表示应用程序由于堆栈溢出异常而失败。
这最常见的原因是使用递归的代码，而不是展开堆栈。
唯一真正的方法是使用ADPlus/Debug诊断工具捕获进程转储，并将其加载到WinDbg和SOS中进行分析。苔丝·费兰德斯( Tess Ferrandez )是微软的升级工程师，她有一系列关于如何使用这些工具的博客：
- http://blogs.msdn.com/b/tess/archive/2008/02/04/net-debugging-demos-information-and-setup-instructions.aspx
- http://blogs.msdn.com/b/tess/archive/2008/02/08/net-debugging-demos-lab-2-crash.aspx
- http://blogs.msdn.com/b/tess/archive/2008/03/05/net-debugging-demos-lab-5-crash.aspx
甚至有一篇文章专门讨论如何查找堆栈溢出的罪魁祸首：
- http://blogs.msdn.com/b/tess/archive/2008/03/31/net-case-study-stackoverflow-exception-when-using-a-complex-rowfilter.aspx
页面原文内容由Stack Overflow提供。腾讯云小微IT领域专用引擎提供翻译支持
原文链接：
https://stackoverflow.com/questions/23489331
复制相关文章
相似问题
腾讯云开发者
