From owner-freebsd-current@FreeBSD.ORG Sun Feb 19 11:07:36 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CFB1F16A420 for ; Sun, 19 Feb 2006 11:07:36 +0000 (GMT) (envelope-from xdivac02@stud.fit.vutbr.cz) Received: from eva.fit.vutbr.cz (eva.fit.vutbr.cz [147.229.10.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2CAEC43D48 for ; Sun, 19 Feb 2006 11:07:35 +0000 (GMT) (envelope-from xdivac02@stud.fit.vutbr.cz) Received: from eva.fit.vutbr.cz (localhost [127.0.0.1]) by eva.fit.vutbr.cz (envelope-from xdivac02@eva.fit.vutbr.cz) (8.13.4/8.13.3) with ESMTP id k1JB7Wi7012854 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO) for ; Sun, 19 Feb 2006 12:07:32 +0100 (CET) Received: (from xdivac02@localhost) by eva.fit.vutbr.cz (8.13.4/8.13.3/Submit) id k1JB7WcA012853 for freebsd-current@freebsd.org; Sun, 19 Feb 2006 12:07:32 +0100 (CET) Date: Sun, 19 Feb 2006 12:07:32 +0100 From: Divacky Roman To: freebsd-current@freebsd.org Message-ID: <20060219110732.GA12550@stud.fit.vutbr.cz> 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> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <43F68611.7080602@FreeBSD.org> User-Agent: Mutt/1.4.2i X-Scanned-By: MIMEDefang 2.49 on 147.229.10.14 Subject: Re: New RCorder: abi loaded too late X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 19 Feb 2006 11:07:36 -0000 On Fri, Feb 17, 2006 at 06:27:29PM -0800, 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. I tried running rcorder under valgrind and it showed me massive leaks/double-frees etc. unfortunately I am not able to run valgrind on recent 7-current (when I start it it just creates 2.8G coredump) it would be great to run coverity on rcorder or something to reveal the bugs. I am willing to hack on it but I'd appreciate some help (either the valgrind running or list of coverity revealed bugs) roman