DebugDiag 2.0 available

An awesome update to that long staple tool in the IIS and general debugging toolbox has now been released.

DebugDiag 2.0 is HERE!

Go get it!

Doug

Comments

• Anonymous
  October 22, 2013
  Having issues getting the .Net 2.0 DAC file to load into DebugDiag2.0 It's the right version, but the wrong timestamp ?? Anyone else ?

•  Found file C:Symbols\mscordacwks_X86_X86_2.0.50727.4241.dll but file timstamp:size 1366633878:1015808 != desired 1366621566:5939200, rejecting.

• Anonymous
  October 24, 2013
  Hi Kirk I've heard another report of this issue but don't have an answer yet. Looking into it and will let you know. Thanks Doug

• Anonymous
  March 02, 2014
  Kirk, I'm having the exact same problem as you are. Did you figure out what the problem was?

• Anonymous
  March 03, 2014
  Frederick, a fix for this is being worked on. In the meantime you should be able to take a copy of the mscordacwks.dll from the .NET framework install directory of the system where the dump you are debugging came from and put it into the DebugDiag directory on the machine where you are doing the analysis.

• Anonymous
  March 24, 2014
  Hello Doug, I am using DebugDiag 2.0.0.179 and I am facing the same problem like Frederik. I tried your suggestion and copied over the mscordacwks.dll from the machine where the dump was taken and also made a second copy and renamed it to "mscordacwks_X86_X86_4.0.30319.1022.dll". Then I put these to files it into various places of DebugDiag and also tested to set / to un-set the "Symbol Path" of DebugDiag. Results: Either DebuGDiag does not find the file or it ends with the error "file timstamp:size 1389164330:1179648 != desired 1389164134:6750208, rejecting.".   Question: Is there anything I can do to get it working or - if the answer is "no" - when is the fix of DebugDiag being released? Thank you very much Andy

• Anonymous
  March 25, 2014
  Hi Andy I am checking with the team about release of a fix. Could you contact me direct by clicking "Email blog author" at the bottom left of the page? Thanks Doug

• Anonymous
  April 07, 2014
  Running into the same issues described here.  Copied the mscordacwks file to the machine I'm debugging on, renamed it appropriately, and I get the same error: Found file mscordacwks_X86_X86_2.0.50727.5472.dll but file timstamp:size 1366613433:1040384 != desired 1366613353:5951488, rejecting.

• Anonymous
  April 09, 2014
  I'm also having the same issue.  This is quiet frustrating.  Can you give me an ETA on a version with a fix?

• Anonymous
  April 10, 2014
  Hi Anthony, Matt (and Andy) As mentioned to Andy, if you contact me direct using the "Email blog author" link below I will do my best to help. Regards Doug

• Anonymous
  April 24, 2014
  Hi Everyone!  The dac timestamp issue is resolved and the fix will be available soon as part of the DebugDiag 2.0 Update 1.  You should be prompted via the AutoUpdate feature once it is available (ETA a week or so).

• Anonymous
  May 06, 2014
  I'm also having this problem. Has the fix been published/released yet? Found file C:symbolsmscordacwks_Amd64_Amd64_2.0.50727.5477.dll but file timstamp:size 1382402340:1810432 != desired 1382402286:10080256, rejecting.

• Anonymous
  May 06, 2014
  I understand the fix is getting very close

• Anonymous
  May 13, 2014
  Any idea when the expected release date is?

• Anonymous
  May 13, 2014
  Should be very soon (like 24 to 48 hours). Contact me using the "Email blog author" link on the left if you really cannot wait and need it now. Thanks Doug

• Anonymous
  May 14, 2014
  Here is the update: Debug Diagnostic Tool v2 Update 1 www.microsoft.com/.../details.aspx

• Anonymous
  May 14, 2014
  Thanks Andre!

• Anonymous
  June 01, 2014
  If anyone sees Proxy errors, this is not something new to the update. Some people see it due to their specific proxy in their environment. More info from Wade here: blogs.msdn.com/.../autoupdate-errors-in-debugdiag-2-0.aspx