From owner-freebsd-current@FreeBSD.ORG Wed Jul 7 18:47:44 2004 Return-Path: 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 4B3CA16A4CE for ; Wed, 7 Jul 2004 18:47:44 +0000 (GMT) Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id 30FBB43D41 for ; Wed, 7 Jul 2004 18:47:44 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (IDENT:brdavis@localhost.localdomain [127.0.0.1]) by odin.ac.hmc.edu (8.12.10/8.12.10) with ESMTP id i67IlhOF026721; Wed, 7 Jul 2004 11:47:43 -0700 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.12.10/8.12.3/Submit) id i67IlgDH026719; Wed, 7 Jul 2004 11:47:42 -0700 Date: Wed, 7 Jul 2004 11:47:42 -0700 From: Brooks Davis To: "Matthew D. Fuller" Message-ID: <20040707184742.GA26130@Odin.AC.HMC.Edu> References: <6.1.0.6.1.20040707033352.03dbca18@popserver.sfu.ca> <20040707172558.GA17351@Odin.AC.HMC.Edu> <20040707181327.GE54749@over-yonder.net> <20040707183054.GA22792@Odin.AC.HMC.Edu> <20040707183631.GH54749@over-yonder.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="DocE+STaALJfprDB" Content-Disposition: inline In-Reply-To: <20040707183631.GH54749@over-yonder.net> User-Agent: Mutt/1.5.4i cc: current@freebsd.org cc: Colin Percival Subject: Re: bringing /etc/services up to date X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Wed, 07 Jul 2004 18:47:44 -0000 --DocE+STaALJfprDB Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Jul 07, 2004 at 01:36:31PM -0500, Matthew D. Fuller wrote: > On Wed, Jul 07, 2004 at 11:30:54AM -0700 I heard the voice of > Brooks Davis, and lo! it spake thus: > >=20 > > IMO, programs that read the flatfile will get what they deserve. >=20 > You won't get any argument from *ME* on that. But there ARE still > programs (that do "get what they deserve", but it's still annoying) > that parse /etc/passwd manually instead of using getpw*() or PAM, too. > Chances are, there are programs being written right now that do that, > either through ignorance, or "for security", or just for sheer > cussedness. >=20 > That's not to say it's a showstopper that should paralyze any future > work. But it's also not entirely a handwave "who cares?" Like most > interesting things in life, it's an irritating middle ground. Given that a) nothing will break [0] and b) a quick vi session will fix the "problem", I'm not worried. I am worried about what happens to the performance of applications that do use the API properly. If their performance degrades significantly, that needs to be fixed before this code is brought in. -- Brooks [0] I suppose a deeply emdeded device with next no free memory using a really stupid parser could break, but if that case, where did they find the storage for the services file? --=20 Any statement of the form "X is the one, true Y" is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 --DocE+STaALJfprDB Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQFA7EVNXY6L6fI4GtQRAjs2AKCJ+91BYWvd5Q3WIt4l4tkJL3pM0gCgz055 jtlZ399sjYyx/ur3zvrO44E= =nmA+ -----END PGP SIGNATURE----- --DocE+STaALJfprDB--