Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss

How to access member variables

35 views
Skip to first unread message

ron.eddy

unread,
Jun 16, 2008, 2:14:07 PM6/16/08
to
I have a full crash dump and am currently in a thread within a class where I
would like to see the value of its member variables. When I do !clrstack I
get the following (editied to only contain the line of interest):

Child-SP RetAddr Call Site
000000000080ef60 000006427f67d4a2 AVOStartup.AVO.Main(System.String[])

I would like to get into the "AVOStartup.AVO" class and look at its member
variables! How can I accomplish this with WinDbg? I have tried all the
various !Dump* commands but maybe I am missing something fundamental here.
Thanks for your help!!!

Marc Sherman

unread,
Jun 17, 2008, 9:23:52 AM6/17/08
to
"ron.eddy" <ron....@discussions.microsoft.com> wrote in message
news:E9991A64-6D3F-4582...@microsoft.com...

Try setting a breakpoint with !bpmd in an instance method (I'm guessing
AVO.Main() is a static method). Once your breakpoint hits, try to find the
"this" reference. For x86, it's either at esp+8 or ecx. For x64, it's at
rcx. Try !do (dump object) on those locations.

Marc


ron.eddy

unread,
Jun 17, 2008, 10:13:01 AM6/17/08
to
I appreciate your advice, and I have wrote that into my little debugging
notebook (I am just learning the art of debugging) but in this case I don't
have the ability to breakpoint. This is a crash dump from a production
machine, and I want to see the state of AVOStartup.AVO if possible. I can
set a break point for the future and hope I get the same exception, but this
crash dump took many days to acquire due to the nature of the bug I am trying
to track down. So is there any way to access the variables in the dump I
have? If not I will definately go the breakpoint route.

Thanks!
--
Ron
.NET Developer

Marc Sherman

unread,
Jun 17, 2008, 10:12:08 AM6/17/08
to
"Marc Sherman" <masher...@yahoo.com> wrote in message
news:%231f5m1H...@TK2MSFTNGP06.phx.gbl...

Sorry, just realized you're faced with a crash dump and not doing live
debugging.

Marc


Marc Sherman

unread,
Jun 17, 2008, 1:09:10 PM6/17/08
to
"ron.eddy" <ron...@discussions.microsoft.com> wrote in message
news:7EC1828A-044C-48F2...@microsoft.com...

>I appreciate your advice, and I have wrote that into my little debugging
> notebook (I am just learning the art of debugging) but in this case I
> don't
> have the ability to breakpoint. This is a crash dump from a production
> machine, and I want to see the state of AVOStartup.AVO if possible. I can
> set a break point for the future and hope I get the same exception, but
> this
> crash dump took many days to acquire due to the nature of the bug I am
> trying
> to track down. So is there any way to access the variables in the dump I
> have? If not I will definately go the breakpoint route.

I don't know but this blog is a good resource for managed debugging with the
SOS extension:
http://blogs.msdn.com/tess/default.aspx

good luck,
Marc


Kjell Gunnar

unread,
Jun 18, 2008, 4:52:25 AM6/18/08
to
Since it's a class, it shuld be on the heap somewhere, maybe something
like this will work ?
!DumpHeap -type AVOStartup.AVO
and then
!do on the address displayed from the previous.

Regards
Kjell Gunnar

On Jun 16, 8:14 pm, ron.eddy <ron.e...@discussions.microsoft.com>
wrote:

0 new messages