From owner-freebsd-current Fri Nov 8 8:28:37 2002 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 C7E6537B401 for ; Fri, 8 Nov 2002 08:28:35 -0800 (PST) Received: from harmony.village.org (rover.bsdimp.com [204.144.255.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6022F43E42 for ; Fri, 8 Nov 2002 08:28:24 -0800 (PST) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.12.3/8.12.3) with ESMTP id gA8GSCpk030655; Fri, 8 Nov 2002 09:28:12 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Fri, 08 Nov 2002 09:27:32 -0700 (MST) Message-Id: <20021108.092732.124899267.imp@bsdimp.com> To: ataraxia@cox.net Cc: current@FreeBSD.ORG Subject: Re: [PATCH] note the __sF change in src/UPDATING From: "M. Warner Losh" In-Reply-To: <200211081149.gA8BnGF5073259@arkadia.nv.cox.net> References: <20021108.003935.11624259.imp@bsdimp.com> <200211081149.gA8BnGF5073259@arkadia.nv.cox.net> X-Mailer: Mew version 2.1 on Emacs 21.2 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In message: <200211081149.gA8BnGF5073259@arkadia.nv.cox.net> Ray Kohler writes: : > From owner-freebsd-current@FreeBSD.ORG Fri Nov 8 02:45:04 2002 : > Date: Fri, 08 Nov 2002 00:39:35 -0700 (MST) : > To: current@FreeBSD.ORG : > Subject: Re: [PATCH] note the __sF change in src/UPDATING : > From: "M. Warner Losh" : > : > In message: <200211072337.gA7NbK1m082069@arkadia.nv.cox.net> : > Ray Kohler writes: : > : Hear hear, I agree. There's no need to expose what ought to be : > : "private" data to the world, especially when we can get the additional : > : benefit here of letting us play with the implementation. : > : > -current already does this. The problem is that we're trying to shoot : > the bad access in the head, and that is what is screwing people. So : > the problem isn't that we're trying to export private data to the : > world. Quite the contrary, we're trying to eliminate it and having : > growing pains. : : Exactly. That's why I'm arguing against putting __sF back (or : adopting equally crapulent measures). Growing pains are a necessary evil. : (I also agree that we probably ought to staticize any other things of : this nature while we're at it and get the pain over with.) Yes, but this is too painful. If we were going to do this, the time for the pain was 6-9 months ago, not just before the release. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message