Home | Contact Us | FAQ | Search & Site Map | Link to Us
Sign In | Join | Other 45 Sites in Network
HomeAnnouncementsFree MagazinesWhite PapersSubmit Content
Discussion GroupsASP.NETWindows FormsLanguages.NET FrameworkVisual Studio.NET
Articles.NET FrameworkASP.NETToolsWindows Forms
.NET DirectoryOpen Source ProjectsUser GroupsWeb Resources
Related Topics
Visual Basic 6SQL ServerMS AccessOther DB ProductsMS Server ProductsMore Topics ...

.NET Forum / .NET Framework / New Users / June 2007

Tip: Looking for answers? Try searching our database.

Can you step into .NET framework calls when debugging?

Thread view: 
Enable EMail Alerts  Start New Thread
Thread rating: 
David Cater - 07 Jun 2007 23:47 GMT
I'm sure this is a question that a million people have asked, but I'm having
trouble finding the answer.  I want to be able to step through .NET
framework code.  Basically, I want to walk through the kind of code that
Reflector exposes (http://www.aisto.com/roeder/dotnet/) at run-time.  I can
get a lot of information about the framework code just by reading the
disassembled code, but I really want to be able to step through it.  It
would obviously be a lot easier to see what's going on and how the code
works if I can see which code paths are actually being followed in
particular situations.

Some information I've found on the net seems to imply that this is possible,
and others seem to say it isn't.  I've found some sources that give
information about debugging at the IL level, but that's too low-level for
me. I don't want to debug at the opcode-level, I want to debug at the level
of disassembly that Reflector exposes.

I've setup Visual Studio 2005 to point to the Microsoft public symbol server
(http://msdl.microsoft.com/download/symbols), and that downloaded the .pdbs
for the framework and put them on my local hard drive (about 10MB worth).  I
turned off the "Just My Code" option in the Debugging options, just in case
that was the issue.

Now I'm stuck.  I try to step into Framework calls (like
TraceSource::TraceInformation and XamlReader::Load) and nothing happens.  Is
there any way to do that?  If not, what good are the PDB files?  Aren't
those the files that have the debugging symbols?  I suppose the PDB has
function names and variable names, but not the actual code, right?

I've also looked at MDbg a bit, and an extension that you can get to plug
into Visual Studio to work with it.  But that debugger also seems to work at
the IL level.

Can anyone help me out?

Thanks,

David Cater
xiard@mindspring.com
Peter Duniho - 08 Jun 2007 00:05 GMT
> [...]
> Now I'm stuck.  I try to step into Framework calls (like  
[quoted text clipped - 3 lines]
> suppose the PDB has function names and variable names, but not the  
> actual code, right?

That's exactly right.  That's why you can at least now see the names of  
the functions you can step into and whatnot.  But without the original  
source code somewhere (which isn't included in a PDB file), the PDB  
doesn't offer a direct way to do that.

That said, it sure seems like what you're asking for should be possible.  
Maybe a feature request for a future version of the debugger, to  
automatically decompile a la Reflector for the purpose of debugging and  
use those results in conjunction with a PDB to provide more readable  
debugging.

I will be pleasantly surprised if this exists today, however.

Pete

Rate this thread:







Free Magazines

Get these publications absolutely FREE for up to 12 months. There are no hidden fees and no obligation. Simply choose a title, complete the application form and submit it. Read more ...

Oracle MagazineNetwork ComputingComputer WorldBio-IT WorldeWeekInformation WeekInfosecurity
 
Sign In
Join
My Latest Posts
My Monitored Threads
My Blog
My Photo Gallery
My Profile
My Homepage

Start New Thread
Enable EMail Alerts
Rate this Thread



©2008 Advenet LLC   Privacy Policy - Terms of Use
This website includes both content owned or controlled by Advenet as well as content owned or controlled by third parties.