>> 	Basically, GDB over DDB gets you:
>> 	1. Familiar + more powerful interface of gdb. I've got tons of
>> 		nifty gdb macros/scripts I've picked up that help walk
>> 		data structurs in the BSD kernel, and I'm used to all
>> 		the GDB commands. Many GDB commands have no DDB
>> 		counterpart.

>One thing we've thought about doing around here is sticking the
>gdb-remote protocol into DDB.  Then say you're running a serial
>console, you can drop it into DDB with a BRK and type "gdb-remote" to
>start controlling it from your `gdb -k' session elsewhere.  This would
>seem to me to be the best of both worlds!

Cool!  Let me know when you're done!  Can I have it by this weekend?
That would be really swell...  :-)

(No?  Guess I'll have to keep my blah.c and blah.s printouts, and lots
of colored pens on hand for a bit longer...)

-----------------------------------------------------------------------------
  Michael L. VanLoon                                 michaelv@HeadCandy.com
        --<  Free your mind and your machine -- NetBSD free un*x  >--
    NetBSD working ports: 386+PC, Mac 68k, Amiga, Atari 68k, HP300, Sun3,
        Sun4/4c/4m, DEC MIPS, DEC Alpha, PC532, VAX, MVME68k, arm32...
    NetBSD ports in progress: PICA, others...

   Roll your own Internet access -- Seattle People's Internet cooperative.
                  If you're in the Seattle area, ask me how.
-----------------------------------------------------------------------------