Mago Debugger

Rainer Schuetze r.sagitario at gmx.de
Mon Aug 23 15:34:29 PDT 2010


Aldo Nunez wrote:
> I attached a log for a debug session of a sample D debuggee. You can use 
> that as a reference for seeing where LaunchDebugTargets is supposed to 
> end up in the debug engine.

Thanks. That helped me finding that Visual D used quotes on the 
executable name. Without these, it now works as running from the Addin.

> 
> With respect to loading an executable as a project and having a few 
> problems... Were you using Windows XP? I saw those things happen on a 
> friend's Windows XP machine and VS 2005. I haven't been able to debug on 
> that machine, and I haven't been able to figure it out by reviewing the 
> code. I run Vista 64-bit.

Yes, I'm using VS2008 on XP/32. I guess Engine::BindPendingBPsToModule 
would be a good place to start looking why breakpoints are not resolved...

> 
> I'll fix the add-in. That was a blunder from a last minute change in 
> order to check in the code into the dsource depot.
> 
> I'll take a look at the VS SDK build dependency. Do you mean including 
> in the Mago tree the needed headers and libraries from the SDK? I'll 
> have to check what the redistribution conditions are. Another thing I 
> need to fix right away are those embarrassing warnings in EED.
> 

I've added the VS SDK inc/idl directories and boost and cpptest include 
dirs to the global VC include settings (no problems with these), but 
didn't want to pollute them more with a directory for just stdint.h and 
inttypes.h. So I've placed these in MaGo's top-level include. Most 
projects found them there, but some did not.
I've downloaded stdint.h and inttypes.h from 
http://msinttypes.googlecode.com/svn/trunk/, but had to remove some 
"signed" modifier due to different typedefs elsewhere. So I guess you 
have a different source for these.



More information about the Digitalmars-d-announce mailing list