VS AddIn read callstack

[Rainer Queck]

Hi NG,

currently I am working on a add-in which shell read the callstack and write
it to a file.
The question is, how can I read the current callstack of a debugged
application with a add-in?
I assume there are some framework classes, that can help me on this task but
I have no idea which ones that are.

Thanks for hints and help on this problem in advance.

Regards
Rainer Queck

[Walter Wang [MSFT]]

Hi Rainer,

I think you can use the Thread.StackFrames property to get the call stack:

#Thread.StackFrames Property (EnvDTE)
http://msdn2.microsoft.com/en-us/lib...ames(VS.80).as
px
Please let me know if this works for you.
Regards,
Walter Wang (wa****@online.microsoft.com, remove 'online.')
Microsoft Online Community Support

==================================================
When responding to posts, please "Reply to Group" via your newsreader so
that others may learn and benefit from your issue.
==================================================

This posting is provided "AS IS" with no warranties, and confers no rights.

[Rainer Queck]

Hello Walter,

thanks for your help.

"Walter Wang [MSFT]" <wa****@online.microsoft.comschrieb im Newsbeitrag
news:Sr**************@TK2MSFTNGHUB02.phx.gbl...

Hi Rainer,

I think you can use the Thread.StackFrames property to get the call stack:

#Thread.StackFrames Property (EnvDTE)
http://msdn2.microsoft.com/en-us/lib...ames(VS.80).as
px
Please let me know if this works for you.

Yes it looks, like this brings me closer to the solution, but ....
itterating through the stackframes, how can I find out (by code) which
stackframe belongs to the method, where I set the breakpoint at?

Regards
Rainer

[Rainer Queck]

Hi Walter,

"Rainer Queck" <Ra****@noemail.noemailschrieb im Newsbeitrag
news:Oc**************@TK2MSFTNGP03.phx.gbl...

Yes it looks, like this brings me closer to the solution, but ....
itterating through the stackframes, how can I find out (by code) which
stackframe belongs to the method, where I set the breakpoint at?

Just found the answer to my question:
EnvDTE.Thread aThread = dte.Debugger.CurrentThread;
gives me what I need.

Thanks for your help!

Regards
Rainer