Date: Fri, 19 Oct 2001 10:17:22 +0930 From: Greg Lehey <grog@FreeBSD.org> To: Nate Williams <nate@yogotech.com> Cc: Dag-Erling Smorgrav <des@ofug.org>, FreeBSD-arch@FreeBSD.ORG Subject: Re: /usr/src/sys/scripts? Message-ID: <20011019101722.C60412@wantadilla.lemis.com> In-Reply-To: <15311.9266.464139.798092@nomad.yogotech.com>; from nate@yogotech.com on Thu, Oct 18, 2001 at 12:49:22PM -0600 References: <20011018101828.A88312@wantadilla.lemis.com> <xzpy9m9wgux.fsf@flood.ping.uio.no> <15311.9266.464139.798092@nomad.yogotech.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On Thursday, 18 October 2001 at 12:49:22 -0600, Nate Williams wrote: >>> BSD/OS has a directory /usr/src/sys/scripts which contains macros for >>> kernel debugging. I have a number of macros here that I've >>> accumulated over time, and I'd like to commit them. I'd also like to >>> modify config(8) to install a .gdbinit in the kernel build directory >>> if debugging has been specified; the .gdbinit would load macros from >>> ../../scripts in order to help with kernel debugging. >> >> Wouldn't /var/crash be the logical place for .gdbinit? > > Yes, and no. Yes because that's where it may be useful, and no because > it's a place for crashdumps, not for analyzing crashdumps. I've been thinking about this, and I think I agree with DES. We have a basic problem that there are two different ways to use gdb, for crash dumps and for remote serial debugging. The .gdbinit you use is different in each case. I think it would make sense to install a serial debug .gdbinit in the kernel build directory, and a dump analysis .gdbinit in /var/crash (if present). > Most folks will probably not analyze the crashdumps, or they will copy > them off somewhere else so they can free up /var/crash for the next > crashdump, so I'd say stick .gdbinit somewhere else. If you can move the dump, you can move the .gdbinit. At least /var/crash is a standard place to look for it. I think it makes sense, though I'm not clear about when to move it there. Maybe savecore can do it if it's not already there. Greg -- See complete headers for address and phone numbers To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20011019101722.C60412>