今天在調試程序時出現下面的異常:

其他信息: CLR 無法從COM 上下文0x1a0e50 轉換為COM 上下文0x1a0fc0，這種狀態已持續60 秒。擁有目標上下文/單元的線程很有可能執行的是非泵式等待或者在不發送Windows 消息的情況下處理一個運行時間非常長的操作。這種情況通常會影響到性能，甚至可能導致應用程序不響應或者使用的內存隨時間不斷累積。要避免此問題，所有單線程單元(STA)線程都應使用泵式等待基元(如CoWaitForMultipleHandles)，并在運行時間很長的操作過程中定期發送消息。

通過代碼沒有找出異常，網上有人說把，調試--異常中的contextswitchDeadlock選項去掉：

按照說明去掉后確實沒有此問題，但不明白出現這種情況的原因是代碼處理不恰當造成的，還是說編譯器有問題，期待高手的賜教。

?

?

?

正試圖在 os 加載程序鎖內執行托管代碼。不要嘗試在 DllMain 或映像初始化函數內運行托管代碼，這樣做會導致應用程序掛起。

.NET2.0中增加了42種非常強大的調試助手(MDA，Loaderlock 是其中之一。Loaderlock檢測在一個擁有操作系統loader lock的線程上(如上例的video的運行線程)運行托管代碼的情況。這樣做有可能會引起死鎖，并且有可能在操作系統加載器初始化DLL前被使用。雖然這樣做很有必要，但在進行開發調試的時候,實在太麻煩

這是由于正在加載特定資源：例如換膚控件時

• 辦法一

1. 把vs2005菜單的 調試->異常->Managed Debuggin Assistants->LoaderLock 的選中狀態去掉
2. 如果異常（exception）這一項沒有的話，在工具---自定義---命令選項卡---左邊選擇調試--右邊把異常托到菜單里
3. 快捷鍵Ctrl+Alt+E，修改Managed Debuggin Assistants->LoaderLock 的選中狀態去掉

• 方法二

1. 在HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\.NETFramework下面增加一個String,值為"0"
   ??? 不過這樣做,在該計算機上所有基于.NET2.0開發都得不到MDA的好處

轉載于:https://www.cnblogs.com/Allen_Jo/archive/2009/10/27/1590515.html

總結

以上是生活随笔為你收集整理的托管调试助手报错的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。