Debugging Dynamically Generated Code (Reflection.Emit)

re: Debugging Dynamically Generated Code (Reflection.Emit)

Ernie Booth — Thu, 03 Feb 2005 23:06:00 GMT

Mike this is great stuff, I look forward to using it!! Hope to see you next week at the Compiler Lab.

- Ernie

re: Debugging Dynamically Generated Code (Reflection.Emit)

smidgeonsoft — Thu, 03 Feb 2005 23:31:00 GMT

I have been able to debug this puppy using PEBrowse Interactive and to step into the Main method of the HelloWorld program! But, it takes some effort (and exposed a few bugs in my code -- thanx!) You run the Main from EmitHelloWorld and continue execution to just before the code calls System.Reflection.MethodBase::Invoke. Then you enable PI's Debug/Break on JIT Event option and continue running until a method shows up with no method name. This is the Main of the emitted code. Not pretty, but it works. I see that this does not run as a "normal" managed executable (and does not show up in TaskManager.)

re: Debugging Dynamically Generated Code (Reflection.Emit)

Jamie Cansdale — Fri, 04 Feb 2005 04:47:00 GMT

Wow, you keep putting out some great posts. :)

I tried this with the latest release of Visual C# Express and found that it hit the breakpoint just as you describe. I now want to go a step further and get Edit & Continue working on the emited code. I just want to get it working with C#, I have no plans to implement my own language!

I tried changing Source.txt to Source.cs and replacing it with valid C# code. I then fixed the MarkSequencePoint calls to make them correlate (roughly) with the new code. I also changed DefineDocument to use SymLanguageType.ILAssembly, SymLanguageVendor.Microsoft, SymDocumentType.Text.

I was hoping this would allow me to use Edit & Continue on my generated code. No such luck though, the sequence points just dissapear when I edit the code. Is there a trick to let Visual Studio know that generated code is C# and a valid target for E&C?

Thanks! Jamie.

re: Debugging Dynamically Generated Code (Reflection.Emit)

Mike Stall — Fri, 04 Feb 2005 07:35:00 GMT

Ernie / Jamie - Thanks! Glad you find it useful.

Russ (Smidgeonsoft) - It's cool that PEBrowse can handle this. Nice! Reflection emit is not creating a new executable, and so won't show up as a new process in taskman. This is all in a single process.

Jamie - EnC doesn't work w/ Ref-emit. I think that deserves its own post. Stay tuned.

re: Debugging Dynamically Generated Code (Reflection.Emit)

Mike Stall — Fri, 04 Feb 2005 20:58:00 GMT

Jamie - I just posted about why you can't do EnC w/ emit in more detail: http://blogs.msdn.com/jmstall/archive/2005/02/04/367159.aspx

re: Debugging Dynamically Generated Code (Reflection.Emit)

Wembly — Sat, 05 Feb 2005 22:43:00 GMT

This is SERIOUSLY cool. I can't wait!!

re: Debugging Dynamically Generated Code (Reflection.Emit)

Mike Stall — Sun, 06 Feb 2005 19:51:00 GMT

Wembly - You don't have to wait. This is all in v1.0!

Source for a C# compiler written in pure C#.

Mike Stall's .NET Debugging Blog — Mon, 07 Feb 2005 05:52:00 GMT

re: Source is available for MDbg Winforms GUI!

Mike Stall's .NET Debugging Blog — Wed, 09 Feb 2005 06:52:00 GMT

DebuggableAttribute and dynamic assemblies

Rick Byers — Mon, 27 Jun 2005 06:05:20 GMT

Mike Stall has a great little sample showing how to make your dynamically generated code debuggable.&nbsp;...

Debug support for arbitrary state-machines

Mike Stall's .NET Debugging Blog — Wed, 27 Jul 2005 07:36:52 GMT

I mentioned here&nbsp; that if your language compiles to IL, then you get free debugging support with...

Debug support for arbitrary state-machines

Mike Stall's .NET Debugging Blog — Wed, 27 Jul 2005 22:29:06 GMT

I mentioned here&nbsp; that if your language compiles to IL, then you get free debugging support with...

Debug support for arbitrary state-machines

Mike Stall's .NET Debugging Blog — Thu, 28 Jul 2005 19:02:54 GMT

I mentioned here&nbsp; that if your language compiles to IL, then you get free debugging support with...

Going from IL to Source

Mike Stall's .NET Debugging Blog — Mon, 19 Sep 2005 18:17:43 GMT

Question from the mail bag:

I am trying to get some information on what I can do usefully with the...

Iron Python 1.0 is released

Mike Stall's .NET Debugging Blog — Wed, 06 Sep 2006 08:31:47 GMT

You probably already read this 100 times, but Iron Python 1.0 is released. Check out Jim Hugunin's reflections...

LoadClass events are usually meaningless

Mike Stall's .NET Debugging Blog — Mon, 11 Sep 2006 18:12:43 GMT

ICorDebug notifies a debugger when a managed class is loaded via LoadClass debug event. For dynamic-modules,...

LCG + Debuggability, and your feedback

Mike Stall's .NET Debugging Blog — Tue, 14 Nov 2006 23:58:14 GMT

I mentioned earlier that you can debug Reflection.Emit code . Unfortunately, Ref.Emit code can't be unloaded

Your feedback: How many types do you ref.emit into a module?

Mike Stall's .NET Debugging Blog — Fri, 08 Dec 2006 20:21:27 GMT

I'm looking for feedback about Ref.Emit usage patterns. When using Ref.Emit , how many types do you generally

Dinis Cruz Blog » Blog Archive » Firefox Dump - 15 Dec 06

Dinis Cruz Blog » Blog Archive » Firefox Dump - 15 Dec 06 — Fri, 15 Dec 2006 03:50:16 GMT

PingBack from http://blogs.owasp.org/diniscruz/2006/12/14/firefox-dump/

Fake attach event ordering

Mike Stall's .NET Debugging Blog — Thu, 18 Jan 2007 08:01:02 GMT

When you attach to a managed debuggee (via ICorDebug::DebugActiveProcess), ICorDebug generates a set

UpdateModuleSysmbols comes on attach

Mike Stall's .NET Debugging Blog — Thu, 18 Jan 2007 08:06:52 GMT

I forgot about UpdateModuleSysmbols when I described the fake debug events sent on attach . This event

Describing Types in .NET

Mike Stall's .NET Debugging Blog — Fri, 16 Mar 2007 02:09:56 GMT

There are several different APIs for handling Types in .NET. Criteria : For each category I want to call

Debugger talk at Compiler Lab

Mike Stall's .NET Debugging Blog — Fri, 25 May 2007 08:58:20 GMT

The CLR team recently had a compiler dev Lab on campus in building 20, with a strong focus on dynamic

MSBuild 3.5 Tips and a Small MSBuild 4.0 Wish List

John Robbins' Blog — Mon, 12 Nov 2007 07:06:25 GMT

Earlier this week, I spent some quality time porting a moderately complicated build over to MSBUILD 3.5,

Do you compile XML to IL?

Noticias externas — Wed, 27 Feb 2008 22:47:12 GMT

We need some customer feedback to determine if we fix a regression that was added in VS2008. Any language

Continuer l’optimisation avec la Lightweight Code Generation (LCG) « Codingly

Wed, 07 May 2008 21:31:59 GMT

PingBack from http://codingly.com/2008/05/06/continuer-loptimisation-avec-la-lightweight-code-generation-lcg/

Dynamic debugging problem | keyongtech

Dynamic debugging problem | keyongtech — Thu, 22 Jan 2009 09:21:18 GMT

PingBack from http://www.keyongtech.com/432492-dynamic-debugging-problem