这时候的COM+应用已经停止响应，无法关闭和启动了。可我明明已经把COM+应用的身份验证级别设置为“无”了。而且，我自己的测试程序都可以正常运行，并没有任何异样？！
难道和IIS的ASP线程运行身份有关系？
IIS的应用程序级别为“中”的虚拟目录下的ASP页面调用，却没有看到我们的组件运行的迹象，而且每一次都会得到下面的错误。
这个错误日志已经几近邪恶：
事件类型: 错误
事件来源: COM+
事件种类: 管理
事件 ID: 4230
描述:
COM+ 内部错误。请与 “Microsoft 产品支持服务”部门联系来报告此错误。宣告失败:
hr == S_OK服务器应用程序 ID: {0DE91329-BDFB-4E44-9E82-A22F6D65CBA4}服务器应用程序名称: Tomo_Trimmer
该错误的严重性已导致进程终止。
错误代码= 0x8000ffff : 灾难性故障
COM+ 服务内部信息:
文件: .\assoc.cpp， 行: 528
真是恶毒啊！
做试验：
试验一：
将两个COM+应用的身份验证级别设置用了这样的组合：
QCCaller所在的：身份验证级别(无)，模拟级(匿名)。
QC所在的：身份验证级别(无)，模拟级(匿名)。
不行！
试验2：
将两个COM+应用的身份验证级别设置用了这样的组合：
QCCaller所在的：身份验证级别(包)，模拟级(模仿)。
QC所在的：身份验证级别(无)，模拟级(匿名)。
也不行！
解决办法有两个：
