今天在调试程序时出现下面的异常:
其他信息: CLR 无法从COM 上下文0x1a0e50 转换为COM 上下文0x1a0fc0，这种状态已持续60 秒。拥有目标上下文/单元的线程很有可能执行的是非泵式等待或者在不发送Windows 消息的情况下处理一个运行时间非常长的操作。这种情况通常会影响到性能，甚至可能导致应用程序不响应或者使用的内存随时间不断累积。要避免此问题，所有单线程单元(STA)线程都应使用泵式等待基元(如CoWaitForMultipleHandles)，并在运行时间很长的操作过程中定期发送消息。
通过代码没有找出异常，网上有人说把，调试–异常中的contextswitchDeadlock选项去掉：
按照说明去掉后确实没有此问题，但不明白出现这种情况的原因是代码处理不恰当造成的，还是说编译器有问题，期待高手的赐教。
正试图在 os 加载程序锁内执行托管代码。不要尝试在 DllMain 或映像初始化函数内运行托管代码，这样做会导致应用程序挂起。
.NET2.0中增加了42种非常强大的调试助手(MDA，Loaderlock 是其中之一。Loaderlock检测在一个拥有操作系统loader lock的线程上(如上例的video的运行线程)运行托管代码的情况。这样做有可能会引起死锁，并且有可能在操作系统加载器初始化DLL前被使用。虽然这样做很有必要，但在进行开发调试的时候,实在太麻烦
这是由于正在加载特定资源：例如换肤控件时
办法一
把vs2005菜单的 调试->异常->Managed Debuggin Assistants->LoaderLock 的选中状态去掉
如果异常（exception）这一项没有的话，在工具—自定义—命令选项卡—左边选择调试–右边把异常托到菜单里
快捷键Ctrl+Alt+E，修改Managed Debuggin Assistants->LoaderLock 的选中状态去掉
方法二
在HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\.NETFramework下面增加一个String,值为”0″
不过这样做,在该计算机上所有基于.NET2.0开发都得不到MDA的好处