From owner-cvs-all@FreeBSD.ORG Wed Sep 15 08:30:14 2004 Return-Path: Delivered-To: cvs-all@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 67B7E16A4CE; Wed, 15 Sep 2004 08:30:14 +0000 (GMT) Received: from rosebud.otenet.gr (rosebud.otenet.gr [195.170.0.26]) by mx1.FreeBSD.org (Postfix) with ESMTP id DAEB843D60; Wed, 15 Sep 2004 08:30:07 +0000 (GMT) (envelope-from keramida@ceid.upatras.gr) Received: from orion.daedalusnetworks.priv (host5.bedc.ondsl.gr [62.103.39.229])i8F8U3BP017475; Wed, 15 Sep 2004 11:30:04 +0300 Received: from orion.daedalusnetworks.priv (orion [127.0.0.1]) i8F8TwqB002196; Wed, 15 Sep 2004 11:29:58 +0300 (EEST) (envelope-from keramida@ceid.upatras.gr) Received: (from keramida@localhost)i8F8TvsG002195; Wed, 15 Sep 2004 11:29:57 +0300 (EEST) (envelope-from keramida@ceid.upatras.gr) Date: Wed, 15 Sep 2004 11:29:57 +0300 From: Giorgos Keramidas To: Sean Chittenden Message-ID: <20040915082957.GA2158@orion.daedalusnetworks.priv> References: <200409140301.i8E31cvR099301@repoman.freebsd.org> <20040914111440.GA44424@orion.daedalusnetworks.priv> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: cc: cvs-src@freebsd.org cc: src-committers@freebsd.org cc: cvs-all@freebsd.org Subject: Re: cvs commit: src UPDATING src/etc/defaults rc.conf src/etc/rc.d Makefile ntpd rpcbind X-BeenThere: cvs-all@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: CVS commit messages for the entire tree List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Sep 2004 08:30:14 -0000 On 2004-09-14 18:57, Sean Chittenden wrote: > >The last two lines are probably a bug in rcorder triggered by the > >circular dependency, but let's leave this for latter. > > Yeah, it's a double free(3). If you comment out the calls to free(3) > the bl_list, r_tmp, pnode, and fnode (and their _tmp counter parts), > you'll prevent the double free(3). I know that's not the correct > solution, but since rcorder is such a short lived process with a > limited role (albeit an important one), I think it'd be an okay > solution for now. > [...] > Regardless, for the time being, I have put ntpdate back in rpcbind. -sc I'm fine with ntpdate back in the tree. The rcorder code is a bit out of my limits for now. Thank you Sean :)