我正尝试使用微软的 CLRProfiler 档我相当大的应用程序,这是崩溃时,它尝试写(或阅读)的日志的文件。具有讽刺意味的是,确切的错误记录在 MS"反馈"网站 作为是不可复制,并且似乎从来没有被固定。我得到一个 NullReferenceException 在:

CLRProfiler.ReadNewLog.ReadFile(Int64 startFileOffset, Int64 endFileOffset, ReadLogResult readLogResult)
at CLRProfiler.MainForm.checkProcessTimer_Tick(Object sender, EventArgs e)
at System.Windows.Forms.Timer.OnTick(EventArgs e)
at System.Windows.Forms.Timer.TimerNativeWindow.WndProc(Message& m)
at System.Windows.Forms.NativeWindow.Callback(IntPtr hWnd, Int32 msg, IntPtr wparam, IntPtr lparam)

没有任何人有任何想法,我怎么去要么获得帮助,或者,最好让那该死的东西来运行正常?哀怨的呼吁,帮助MSDN上被忽视了...谢谢!

有帮助吗?

解决方案

在CLR分析器是相当不稳定的,我也经历了它的许多崩溃。

这是我在PDC听到一个提示是使用它只是作为一个快照工具:不收集应用程序的运行过程中的内存使用信息,但在这里,你知道你有MEM点停止应用程序问题已经,并进行了MEM快照。

这方法是从参考图中更稳定,而且通常你反正可以找出是什么原因导致的泄漏。

其他提示

我怀疑是死的途径。也许尝试JetBrains的 dotTRACE ;你可以得到一个免费的10天审判,看它是否是合适的。

我们在调试远程Citrix服务器,其CLRProfiler未能分析上的崩溃庞大面临着类似的问题。

我们能够找到使用的WinDbg 问题

此外,这也可以帮助 Cordbg中

许可以下: CC-BY-SA归因
不隶属于 StackOverflow
scroll top