Date: Wed, 7 Jul 2004 11:47:42 -0700 From: Brooks Davis <brooks@one-eyed-alien.net> To: "Matthew D. Fuller" <fullermd@over-yonder.net> Cc: Colin Percival <colin.percival@wadham.ox.ac.uk> Subject: Re: bringing /etc/services up to date Message-ID: <20040707184742.GA26130@Odin.AC.HMC.Edu> In-Reply-To: <20040707183631.GH54749@over-yonder.net> 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>
next in thread | previous in thread | raw e-mail | index | archive | help
--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--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20040707184742.GA26130>