[Mono-list] RE: debugger screenshot

[Martin Baulig]

Miguel de Icaza <miguel@ximian.com> writes:

> Hello,
> 
> > The debugger does look very impressive.. but is there
> > any way I can build the bebugger on Cygwin (win2k)like
> > we have the GDB.
> > 
> > If yes, then does the current build take care of that?
> 
> The debugger only works on Unix today.  Porting it to Windows is going
> to be a significant effort.
> 
> > If no, then what API does the debugger use for the GUI ??
> > Is it GTK# ?? ... Is there a windows equilatent of GTK# like 
> > Glib ? If the debugger has been made in C#, can the GTK# calls
> > be replaced by the equivalent Windows.Forms ones to get it up
> > and running on windows?? 
> 
> It uses Gtk# (which works on Windows).  

You can also use the command line interface for it - but then, of course, you won't have a
GUI ....

> You could also write a new GUI using Windows.Forms, but to get there you
> would have to spend quite some time porting the engine first.

Ok, I just had another look at this.

I _believe_ (but I can be wrong) that this can be done in one or two working days.

The most difficult task is probably getting a shared libbfd.dll for either cygwin on
mingw32 - the latter one may be a good idea since MinGW 2.0 is already using GNU Binutils
2.13.90 (but a static libbfd.a).

After setting up the build environment and getting the debugger at least build on Windows
(without a backend), the way to go is to get core files working first - this is using
libbfd which is already ported to windows and MinGW 2.30 also comes with a recent enough
gcc 2.95.3 which should also have dwarf 2 support.

However, my windows machine is slooow so I'd prefer doing some more bug fixes and cleanups
at the moment rather than spending my time compiling stuff.

The next step is replacing backends/server/i386-*-ptrace.c with an actual implementation
which is using w32 api calls instead of ptrace.  This should be doable in one working day.

-- 
Martin Baulig
martin@gnome.org
martin@ximian.com