Date: Sat, 18 Feb 2006 09:05:34 -0800 From: Doug Barton <dougb@FreeBSD.org> To: Jason Evans <jasone@FreeBSD.org> Cc: freebsd-current@FreeBSD.org Subject: Re: New RCorder: abi loaded too late Message-ID: <43F753DE.6080806@FreeBSD.org> In-Reply-To: <43F68611.7080602@FreeBSD.org> References: <1140187193.731.47.camel@spirit> <20060217181842.GA21033@odin.ac.hmc.edu> <43F65A70.7080608@FreeBSD.org> <20060217234118.GA22643@odin.ac.hmc.edu> <43F67121.5080809@FreeBSD.org> <43F682F2.1020804@FreeBSD.org> <43F68611.7080602@FreeBSD.org>
next in thread | previous in thread | raw e-mail | index | archive | help
Jason Evans wrote:
> Doug Barton wrote:
>> PS to jasone, the trace on the core file shows that the error in
>> rcorder is
>> at line 761 of rcorder.c (which was recently patched to fix a
>> different kind
>> of core dumping problem). I'd be glad to provide you or the list with
>> more
>> details if there is interest.
>
> Chances are good that the crash is due to a double free. If you have
> trouble tracking this down, you can try reducing the size of the delay
> cache (MALLOC_OPTIONS='cccccccc' will reduce the delay cache to one
> item), which may cause a different failure mode that is easier to
> interpret.
That actually caused it not to fail, which arguably is more difficult to
interpret. :) I tried backing off the number of c's, but it didn't dump core
until I got all the way down to zero again, then I got a core with the same
backtrace as before.
FYI,
Doug
--
This .signature sanitized for your protection
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?43F753DE.6080806>