From owner-freebsd-current Thu Aug 6 18:23:59 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id SAA22713 for freebsd-current-outgoing; Thu, 6 Aug 1998 18:23:59 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from whistle.com (s205m131.whistle.com [207.76.205.131]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id SAA22708 for ; Thu, 6 Aug 1998 18:23:58 -0700 (PDT) (envelope-from archie@whistle.com) Received: (from smap@localhost) by whistle.com (8.7.5/8.6.12) id SAA27698; Thu, 6 Aug 1998 18:23:39 -0700 (PDT) Received: from bubba.whistle.com(207.76.205.7) by whistle.com via smap (V1.3) id sma027692; Thu Aug 6 18:23:27 1998 Received: (from archie@localhost) by bubba.whistle.com (8.8.7/8.6.12) id SAA26723; Thu, 6 Aug 1998 18:23:27 -0700 (PDT) From: Archie Cobbs Message-Id: <199808070123.SAA26723@bubba.whistle.com> Subject: Re: memory leaks in libc In-Reply-To: <199808061723.DAA02057@godzilla.zeta.org.au> from Bruce Evans at "Aug 7, 98 03:23:29 am" To: bde@zeta.org.au (Bruce Evans) Date: Thu, 6 Aug 1998 18:23:27 -0700 (PDT) Cc: bde@zeta.org.au, wollman@khavrinen.lcs.mit.edu, dg@root.com, freebsd-current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL38 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Bruce Evans writes: > >So you both agree, then, that there is no point in wasting any more > >time on this? > > Not quite. It should be fixed someday. As the person who originally brought up this bug about 6 months ago, I agree with Bruce.. it should be fixed. I'm a little puzzeled as to why Garrett keeps wanting to sweep it under the rug. The idea of keeping a hash table of pointers that were gotten via malloc() is simple enough. It would solve the problem for programs than need it (a real world example of which exists at Whistle). For programs that don't do a lot of putenv()/setenv(), which is most programs, there would be no difference. In fact, we can optimize for this common case, which is NO calls to putenv()/setenv(), by not creating the hash table at all. Now all we need is some enterprising soul to come up with the patch... -Archie ___________________________________________________________________________ Archie Cobbs * Whistle Communications, Inc. * http://www.whistle.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message