爲什麼.net 4.0將所有這些東西寫入DebugView？

當我運行我的.net 4.0 winforms應用程序時，我在debugview中看到噸輸出（以下是摘錄）。我經常使用debugview進行調試消息，所以這些額外的東西可以很吵。爲什麼.net 4.0將所有這些東西寫入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

有沒有人知道爲什麼會發生這種情況，如果/我怎麼能阻止它？

來源

2011-03-10 TheSean

更糟的是，這些都是真正的問題......他們是「不明錯誤「引發COM異常。 – 2011-11-23 21:04:49

在發佈這個問題之前，我一直在網上搜索，但當然我會盡快找到問題。

這是這裏已經報告了一個錯誤： http://connect.microsoft.com/VisualStudio/feedback/details/535084/vs2010-debug-output-should-be-cleaned-up

顯然，有很多方面這種詳細調試輸出，因此需要一定的時間（下一個.NET版本），以獲得發佈的所有修補程序。

VS 2010 SP1現已上市。

來源

2011-03-14 13:16:05 TheSean

不幸的是，其中很多仍然存在於.Net運行時。 – IDisposable 2011-07-25 21:46:12

此主題仍然不能提供令人滿意的答案。（這仍然是一個問題）人力資源傳播/人力資源起源似乎只是一個團隊/工具集的東西不是嗎？它從哪裏來的？這些錯誤的9/10是COM錯誤：0x8007007A - '傳遞給系統調用的數據區域太小。' 來自兩個不同源文件中相同的幾行代碼。請分析一下？ – 2012-01-05 18:03:55

解決方法是添加一些排除過濾器，但不排除空行：

*originated*;*iso_whid*;*propagated*; ;

來源

2011-04-12 15:44:54

如果可以排除Win32 PID，還可以過濾掉空行。拋出骯髒的水有時也需要讓嬰兒接受。這就是陰陽的禪。 http://stackoverflow.com/questions/4518918/filter-the-blank-lines-from-dbgview-output – Ishmaeel 2011-07-29 10:16:39

這並沒有被完全固定在VS SP1，據我所知。我在這裏開始了光替代DebugView的社區項目，可以去除空行：http://tracespy.codeplex.com/，也過濾掉那些討厭的「* HR」的痕跡......

來源

2011-04-24 13:41:30

爲什麼.net 4.0將所有這些東西寫入DebugView？

回答

相關問題