Date: Tue, 9 Dec 2008 16:00:30 -0500 From: John Baldwin <jhb@freebsd.org> To: Kostik Belousov <kostikbel@gmail.com> Cc: svn-src-head@freebsd.org, svn-src-all@freebsd.org, src-committers@freebsd.org Subject: Re: svn commit: r185739 - head/sys/ufs/ufs Message-ID: <200812091600.30942.jhb@freebsd.org> In-Reply-To: <20081208194229.GX2038@deviant.kiev.zoral.com.ua> References: <200812071325.mB7DP64P026630@svn.freebsd.org> <200812081141.39800.jhb@freebsd.org> <20081208194229.GX2038@deviant.kiev.zoral.com.ua>
next in thread | previous in thread | raw e-mail | index | archive | help
On Monday 08 December 2008 02:42:29 pm Kostik Belousov wrote: > On Mon, Dec 08, 2008 at 11:41:39AM -0500, John Baldwin wrote: > > On Sunday 07 December 2008 08:25:06 am Konstantin Belousov wrote: > > > Author: kib > > > Date: Sun Dec 7 13:25:06 2008 > > > New Revision: 185739 > > > URL: http://svn.freebsd.org/changeset/base/185739 > > > > > > Log: > > > Improve usefulness of the panic by printing the pointer to the problematic > > > dquot. In-tree gdb is often unable to get the dq value, so supply it in > > > panic message. > > > > Even in userland I find gdb to be an epic fail for handling local > > variables if inlined functions are involved. I haven't tried a newer > > gdb from ports to see if it fares better in that case. > > I have locally built 6.8 exactly for this purposes, made by configure;make. > I can confirm that its dwarf handling is _much_ better then in-tree gdb. Hmm, I wonder what it would take to update our in-tree gdb. Is 6.8 gplv3? -- John Baldwin
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200812091600.30942.jhb>