Date: Tue, 17 Dec 2002 16:11:04 -0800 From: Alfred Perlstein <bright@mu.org> To: Nate Lawson <nate@root.org> Cc: Archie Cobbs <archie@dellroad.org>, cvs-committers@FreeBSD.org, cvs-all@FreeBSD.org Subject: Re: cvs commit: src/sys/i386/i386 i386-gdbstub.c Message-ID: <20021218001104.GC23663@elvis.mu.org> In-Reply-To: <Pine.BSF.4.21.0212171546250.50975-100000@root.org> References: <200212171831.gBHIVeD4012682@arch20m.dellroad.org> <Pine.BSF.4.21.0212171546250.50975-100000@root.org>
next in thread | previous in thread | raw e-mail | index | archive | help
* Nate Lawson <nate@root.org> [021217 15:57] wrote: > > It currently works like (a) and the patch caused it to do (b). While I > agree that it is important to be able to toggle between gdb and ddb, I > also would like to be able to continue+detach from gdb. > > This behavior makes sense when you think of a box with only one serial > port doing debugging + console. (I'm not going to address "remotechat" > because it is flakey and nonportable). With the other part of the patch, > when the gdb port receives a valid gdb command, it pops into the debugger > in gdb mode. Being able to detach/continue when done is useful (vs. > detach, then fire up cu on the same line, then hit "c" in ddb). > > I'm open to suggestions how to implement this. Perhaps a "default to > gdb" option that skips the unnecessary transition through ddb both when > attaching and detaching for those that are primarily using ddb. Ideas? I'd appreciate the default being such that when one quits gdb the kernel begins running again instead of hanging for what seems like forever. So it seems that your patch actually makes gdb a lot safer, while the sysctl preserves the old weirder behavior that some people have come to depend on. If so, I like it. :) -- -Alfred Perlstein [alfred@freebsd.org] 'Instead of asking why a piece of software is using "1970s technology," start asking why software is ignoring 30 years of accumulated wisdom.' To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe cvs-all" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20021218001104.GC23663>