Tar*_*Tar 4 c# comexception debuggervisualizer visual-studio-2012
在调试会话中第一次尝试显示可视化工具时,它引发了该异常(显示在底部),我单击异常消息对话框上的“继续”并再次显示可视化工具(通过单击“放大镜”)变量旁边的图标)。这是我拥有的简单可视化工具:
[assembly: DebuggerVisualizer(
typeof(TestVisualizer),
Target = typeof (string),
Description = "Test Visualizer")]
namespace VuTree {
public class TestVisualizer : DialogDebuggerVisualizer {
protected override void Show(IDialogVisualizerService svc, IVisualizerObjectProvider provider) {
var text = provider.GetObject() as string ?? "no object found...";
using (var form = new Form())
{
form.Text = text;
form.Size = new Size(400, 400);
svc.ShowDialog(form);
}
}
}
}
Run Code Online (Sandbox Code Playgroud)
这是例外(部分):
************** Exception Text **************
System.Runtime.InteropServices.COMException (0x8013134F): Object is in a zombie state. (Exception from HRESULT: 0x8013134F)
Server stack trace:
at Microsoft.VisualStudio.DebuggerVisualizers.DebugViewerShim.IPropertyProxyEESide.InitSourceDataProvider(IEEDataStorage& data)
at Microsoft.VisualStudio.DebuggerVisualizers.DebugViewerShim.ManagedShim.SafeProxyWrapper.InitSourceDataProvider()
at System.Runtime.Remoting.Messaging.StackBuilderSink._PrivateProcessMessage(IntPtr md, Object[] args, Object server, Object[]& outArgs)
at System.Runtime.Remoting.Messaging.StackBuilderSink.SyncProcessMessage(IMessage msg)
Exception rethrown at [0]:
at System.Runtime.Remoting.Proxies.RealProxy.HandleReturnMessage(IMessage reqMsg, IMessage retMsg)
at System.Runtime.Remoting.Proxies.RealProxy.PrivateInvoke(MessageData& msgData, Int32 type)
at Microsoft.VisualStudio.DebuggerVisualizers.DebugViewerShim.ManagedShim.SafeProxyWrapper.InitSourceDataProvider()
at Microsoft.VisualStudio.DebuggerVisualizers.DebugViewerShim.ManagedShim.DelegatedHost.CreateViewer(IntPtr hwnd, HostServicesHelper hsh, SafeProxyWrapper proxy)
Run Code Online (Sandbox Code Playgroud)
为什么会发生这种情况?怎么解决呢?
小智 5
一般来说,僵尸状态是指先前启动的线程(由另一个线程)最终完成其工作,但它没有将控制权返回给创建它的调用线程,这意味着它什么也没做,但仍然在某处存活,这就是为什么他们称之为僵尸,因为它应该回来并结束其生命,但它既没有回来也没有死亡。到目前为止,这个异常只在我调试时出现,我在网络应用程序、桌面、win 应用程序等中看到过它,解决它所需的只是重新启动应用程序。这将释放所有分配的资源,一切都应该恢复正常。上次遇到此异常是在将调试器附加到 w3wp.exe 进程(应用程序池)后调试托管在 IIS 中的 Web 应用程序时。
| 归档时间: |
|
| 查看次数: |
2448 次 |
| 最近记录: |