.net 4.0 为什么.NET4.0会将所有这些内容写入DebugView？

当我运行.NET4.0WinForms应用程序时，我在debugview中看到了大量的输出（以下是摘录）。我经常使用debugview来调试消息，所以所有这些额外的东西都会变得非常嘈杂

[8092] *** HR propagated: -2147024774
[8092] ***   Source File: d:\iso_whid\x86fre\base\isolation\com\enumidentityattribute.cpp, line 144
[8092] 
[8092] 
[8092] *** HR originated: -2147024774
[8092] ***   Source File: d:\iso_whid\x86fre\base\isolation\com\copyout.cpp, line 1302
[8092] 
[8092] 
[8092] *** HR propagated: -2147024774
[8092] ***   Source File: d:\iso_whid\x86fre\base\isolation\com\enumidentityattribute.cpp, line 144
[8092] 
[8092] 
[8092] *** HR originated: -2147024774
[8092] ***   Source File: d:\iso_whid\x86fre\base\isolation\com\copyout.cpp, line 1302

---

有人知道为什么会发生这种情况，以及我是否/如何预防这种情况吗？

在发布这个问题之前，我一直在网上搜索，但我一问就发现了一些东西

这是一个已在此处报告的错误：

显然，这个冗长的调试输出有很多方面，因此需要一些时间（下一个.net版本）才能发布所有修复程序

---

现在有了

解决方法是添加一些排除过滤器，但不排除空行：

*起源**iso_whid**传播*

---

这在VSSP1中还没有完全修复。我在这里启动了一个轻松的替代DebugView社区项目，它可以去除空行：还可以过滤掉那些讨厌的“*HR”跟踪…

如果可以排除Win32 PID，还可以过滤掉空行。扔掉脏水有时也需要照顾婴儿。这就是阴阳禅。更糟糕的是，这些都是真正的问题。。。它们是正在引发的“未知错误”COM异常。此线程仍然没有提供满足要求的答案。（这仍然是一个问题）人力资源传播/人力资源起源似乎只是来自一个团队/工具集，不是吗？它是从哪里来的？其中9/10%是COM错误：0x8007007A-“传递给系统调用的数据区域太小。”来自两个不同源文件中的相同代码行。请分析？可疑：需要像这样列举哪些HID（人机界面设备），哪些被隔离，哪些被复制…，顺便说一句，它仍在windows 10和VS 2019上发生，可能是windows在运行调试器时进入的某种模式？这和VS有什么关系吗？为什么仍在使用这些遗留垃圾？