Share via

DebugDiag 2 Update 1 is now available

  • Article

 

 

 

 

 

NOTE:  This is not the latest version of DebugDiag.

Please download the latest version from DebugDiag.com

 

 

 

 

 

 

 

 

 

 

 

 

Hi All,

The DebugDiag development team is very excited to announce the general availability of DebugDiag 2 Update 1. This update targeted a number of issues that were raised in the previous 2.0 release. A summary of these issues is as follows:

-      DAC Load issues during analysis

-      A number of analysis rules exceptions fixed

-      Breakpoint Reset in control script

-      Dbghost leak with External Debugger Engine

-      Wrong Script block for configured exceptions

-      UI fixes in Crash Rule Preferences

-      …etc.

In addition to this, the update introduced some new features. A summary is as follows:

-   MiniDump support in analysis.

-   Reduced rule’s log file size.

-   Added debugging overhead summary in the rule’s log file.

 

Release is available at: https://www.microsoft.com/en-us/download/details.aspx?id=42933

Please email us at dbgdiag at Microsoft dot com with any questions/issues.

 

Thank you

The DebugDiag Team

Comments

  • Anonymous
    May 14, 2014
    Well done and thanks DebugDiag team!

  • Anonymous
    May 15, 2014
    Are there any plans to release a x86 version of this update?

  • Anonymous
    May 16, 2014
    Hi Jill, Sorry for the confusion! x86 should be with the update as well. For some reason it was not showing. Here is the link though until we fix this problem. "download.microsoft.com/.../DebugDiagx86.msi"

  • Anonymous
    May 18, 2014
    I have Debug Diag 2.0 and auto-update is not working. AutoUpdate path http://aka.ms/debugdiagupdate seems unreachable.

  • Anonymous
    May 18, 2014
    Thanks for reporting this. It should be fixed now.

  • Anonymous
    May 19, 2014
    Confirmed, thanks

  • Anonymous
    July 29, 2014
    DD 2.0 and DD2.0 U1 - Setting perfomance based CPU spike dumps for spikes over 99% for 360 seconds, the dump is triggered if a spike of around 4 or more seconds is experienced. Was not able to get DD to stop triggering dumps until I went to 360000 (6 min in milliseconds). Did not test to confirm DD is reading milliseconds but short duration spikes would triger a dump at 360, and 3600 seconds.

  • Anonymous
    September 18, 2014
    Is there a way to use the debug diag analysis tool to use a reflective dump created from procdump? When I try to use it, the tool crashes

  • Anonymous
    October 16, 2014
    The comment has been removed

  • Anonymous
    December 12, 2014
    Hi, I am using the DebugDiag JIT Debugger Feature. I installed it from an elevated command promt using the command DbgHost.exe -JITInstall.

  1. The first issue is that I had to run the command for both the 64 bit version and 32 bit version of DbgHost to truely capture all dumps on the machine. It is not clear from the documentation that I had to do that.
  2. The dumps are created by default in C:Program FilesLogsMisc folder. However for applications running in standard user accounts, the dump is not created as they cannot access the Misc folder due to access right issue. Also DbgHost does not have a manifest which will disable File Virtualization. So it fails silently and does not create the dump. Manually adding permissions on Logs folder for standard user account worked.
  3. I am not able to generate a dump for an unmanaged VC++ 10 based console application. The application just throws an int in Main(). WER catches it Dbghost does not. Does Dbghost as JIT Debugger even supported unmanaged applications? I am using DebugDiag 2.1

  • Anonymous
    January 20, 2015
    Hi, How do I report an issue with this tool? I am getting below exception whenever i try to run "PerfAnalysis" for a single or series of memory dumps: Type:  System.ArgumentOutOfRangeException Message:  Index and length must refer to a location within the string. Parameter name: length Stack Trace: System.String.InternalSubStringWithChecks(Int32 startIndex, Int32 length, Boolean fAlwaysCopy) DebugDiag.AnalysisRules.CDump.DropSymSrvInternal() DebugDiag.AnalysisRules.CDumps.DropSymSrv() DebugDiag.AnalysisRules.PerfAnalysis.VerifyAndSortDumps() DebugDiag.AnalysisRules.PerfAnalysis.RunAnalysisRule(NetScriptManager manager, NetProgress progress) DebugDiag.DotNet.NetAnalyzer.RunAnalysisRulesInternal(DumpFileType bitness, NetProgress progress, String symbolPath, String imagePath, String reportFileFullPath, Boolean twoTabs, AnalysisModes analysisMode) I am using Debug Diag 2.1 on Windows 7 SP1 x64, Enterprise Edition. Thanks, Chirag Dave

  • Anonymous
    April 09, 2015
    The comment has been removed

  • Anonymous
    May 14, 2015
    When will we get the promised Update 2 for DebugDiag 2?

  • Anonymous
    May 18, 2015
    The comment has been removed

  • Anonymous
    June 15, 2015
    Can't download debugdiag (www.microsoft.com/.../confirmation.aspx). Tried x times already but no success.

  • Anonymous
    October 11, 2015
    I have the same error as @Chirag Dave System.ArgumentOutOfRangeException Message:  L'index et la longueur doivent faire référence à un emplacement situé dans la chaîne. Nom du paramètre : length Stack Trace: à System.String.Substring(Int32 startIndex, Int32 length) à DebugDiag.AnalysisRules.CDump.DropSymSrvInternal() à DebugDiag.AnalysisRules.CDumps.DropSymSrv() à DebugDiag.AnalysisRules.PerfAnalysis.VerifyAndSortDumps() à DebugDiag.AnalysisRules.PerfAnalysis.RunAnalysisRule(NetScriptManager manager, NetProgress progress) à DebugDiag.DotNet.NetAnalyzer.RunAnalysisRulesInternal(DumpFileType bitness, NetProgress progress, String symbolPath, String imagePath, String reportFileFullPath, Boolean twoTabs, AnalysisModes analysisMode)