Logo Questions Linux Laravel Mysql Ubuntu Git Menu
 

How to debug/break in codedom compiled code

Tags:

I have an application which loads up c# source files dynamically and runs them as plugins. When I am running the main application in debug mode, is it possible to debug into the dynamic assembly? Obviously setting breakpoints is problematic, since the source is not part of the original project, but should I be able to step into, or break on exceptions for the code?

Is there a way to get codedom to generate PDBs for this or something?

Here is the code I am using for dynamic compliation.

CSharpCodeProvider codeProvider = new CSharpCodeProvider(new Dictionary<string, string>() { { "CompilerVersion", "v3.5" } }); //codeProvider. ICodeCompiler icc = codeProvider.CreateCompiler();  CompilerParameters parameters = new CompilerParameters(); parameters.GenerateExecutable = false; parameters.GenerateInMemory = true; parameters.CompilerOptions = string.Format("/lib:\"{0}\"", Application.StartupPath); parameters.ReferencedAssemblies.Add("System.dll"); parameters.ReferencedAssemblies.Add("System.Core.dll");   CompilerResults results = icc.CompileAssemblyFromSource(parameters, Source); DLL.CreateInstance(t.FullName, false, BindingFlags.Default, null, new object[] { engine }, null, null); 
like image 820
Jason Coyne Avatar asked May 17 '09 23:05

Jason Coyne


People also ask

What is break in debugger?

If a user-mode debugger is attached, the program will break into the debugger. This means that the program will pause and the debugger will become active.

How do you debug AC application using breakpoints?

To start debugging, select F5, or choose the Debug Target button in the Standard toolbar, or choose the Start Debugging button in the Debug toolbar, or choose Debug > Start Debugging from the menu bar. The app starts and the debugger runs to the line of code where you set the breakpoint.


2 Answers

Try the following options:

parameters.GenerateInMemory = false; //default parameters.TempFiles = new TempFileCollection(Environment.GetEnvironmentVariable("TEMP"), true); parameters.IncludeDebugInformation = true; 

I am not sure if this works OK in your case, but if it does, you can surround this parameters with conditional compilation directive, so that it dumps the generated assembly only in debug mode.

like image 75
bbmud Avatar answered Sep 17 '22 12:09

bbmud


The answer by @bbmud is correct, though it misses one bug fix. The CSharpCodeGenerator (the class in .NET the compiles C# code to IL) is set to remove pdb files immediately after they are created, UNLESS you add /debug:pdbonly to the CompilerOptions string. However, if you do that, the IncludeDebugInformation flag is ignored and the compiler generates optimised code which is hard to debug. To avoid this you must explicitly tell the Code Generator to keep all files.

Here is the complete recipe:

parameters.GenerateInMemory = false; //default parameters.TempFiles = new TempFileCollection(Environment.GetEnvironmentVariable("TEMP"), true); parameters.IncludeDebugInformation = true; parameters.TempFiles.KeepFiles = true 

Here is the culprit part of the code of CSharpCodeGenerator:

  string fileExtension = "pdb";     if ((options.CompilerOptions != null) && (CultureInfo.InvariantCulture.CompareInfo.IndexOf(options.CompilerOptions, "/debug:pdbonly", CompareOptions.IgnoreCase) != -1))     {         results.TempFiles.AddExtension(fileExtension, true);     }     else     {         results.TempFiles.AddExtension(fileExtension);     } 

The TempFiles.AddExtension(fileExtension, true) tells the compile to keep the pdb files. The else option of results.TempFiles.AddExtension(fileExtension); tells it to treat pdb as all temporary files which by default means delete them.

like image 35
Boaz Avatar answered Sep 20 '22 12:09

Boaz