From owner-freebsd-current Thu Aug 6 20:33:04 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id UAA14115 for freebsd-current-outgoing; Thu, 6 Aug 1998 20:33:04 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from khavrinen.lcs.mit.edu (khavrinen.lcs.mit.edu [18.24.4.193]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id UAA14108 for ; Thu, 6 Aug 1998 20:33:01 -0700 (PDT) (envelope-from wollman@khavrinen.lcs.mit.edu) Received: (from wollman@localhost) by khavrinen.lcs.mit.edu (8.8.8/8.8.8) id XAA17093; Thu, 6 Aug 1998 23:32:21 -0400 (EDT) (envelope-from wollman) Date: Thu, 6 Aug 1998 23:32:21 -0400 (EDT) From: Garrett Wollman Message-Id: <199808070332.XAA17093@khavrinen.lcs.mit.edu> To: Archie Cobbs Cc: freebsd-current@FreeBSD.ORG, bde@zeta.org.au, wollman@khavrinen.lcs.mit.edu, dg@root.com Subject: Re: memory leaks in libc In-Reply-To: <199808070208.TAA26936@bubba.whistle.com> References: <199808070123.SAA26723@bubba.whistle.com> <199808070208.TAA26936@bubba.whistle.com> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG < said: >> malloc() is simple enough. It would solve the problem for programs >> than need it (a real world example of which exists at Whistle). > OK, just to prove I'm not lazy... try this. Now having gone to that effort, you can just add it to your program that needs it, and we don't have to bear the kluge in the C library. I believe that any program which suffers serious harm from the memory leak probably needs to use a different environment-access model. -GAWollman -- Garrett A. Wollman | O Siem / We are all family / O Siem / We're all the same wollman@lcs.mit.edu | O Siem / The fires of freedom Opinions not those of| Dance in the burning flame MIT, LCS, CRS, or NSA| - Susan Aglukark and Chad Irschick To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message