我正在尝试使用微软的CLRProfiler来分析我的相当大的应用程序,但每当它试图写入(或读取)日志文件时,它就会崩溃。具有讽刺意味的是,MS 'Feedback' site上记录的确切错误是不可重现的,而且似乎从未修复过。我正在通过以下地址获得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上悲哀的求救电话已被忽略...谢谢!
发布于 2009-01-14 10:06:22
CLR分析器非常不稳定,我也经历过很多次崩溃。
我在PDC上听到的一个提示是,只将它用作快照工具:不要在应用程序运行期间收集内存使用信息,而是在你知道自己已经有内存问题的时候停止应用程序,并创建内存快照。
这种方式更稳定,通常你可以从参考图中找出泄漏的原因。
发布于 2009-01-14 09:55:41
我怀疑那是一条死路。也许可以尝试jetBrains dotTRACE;您可以获得一个免费的10 day trial,看看它是否合适。
发布于 2009-01-14 10:22:22
当我们在CLRProfiler无法分析的远程Citrix服务器上调试崩溃的长毛象时,我们遇到了类似的问题。
我们能够使用WinDbg找到问题所在
此外,这也可以帮助CorDbg
https://stackoverflow.com/questions/442439
复制相似问题