Date: Mon, 21 Jun 1999 12:20:02 -0700 (PDT) From: Doug <Doug@gorean.org> To: freebsd-bugs@FreeBSD.org Subject: Re: [Fwd: Re: misc/11796: Bad lines in 3.2-RELEASE inetd.conf] Message-ID: <199906211920.MAA00750@freefall.freebsd.org>
next in thread | raw e-mail | index | archive | help
The following reply was made to PR misc/11796; it has been noted by GNATS.
From: Doug <Doug@gorean.org>
To: Dag-Erling Smorgrav <des@flood.ping.uio.no>
Cc: Sheldon Hearn <sheldonh@uunet.co.za>,
freebsd-hackers@FreeBSD.ORG, freebsd-gnats-submit@FreeBSD.ORG,
alex@wnm.net
Subject: Re: [Fwd: Re: misc/11796: Bad lines in 3.2-RELEASE inetd.conf]
Date: Mon, 21 Jun 1999 12:10:47 -0700 (PDT)
On 21 Jun 1999, Dag-Erling Smorgrav wrote:
> Doug <Doug@gorean.org> writes:
> > You are really really missing my point here, so I will state it
> > again. If you have carefully examined the code for *every* case of *every*
> > internal service, and you have tested it thoroughly, and you are 100% sure
> > that the man page is in error, change the man page.
>
> The confusion arises from the fact that inetd and /etc/services
> disagree on what the canonical name for the ident service is. Inetd
> has these canonical names hardcoded in an array of structs, so
> changing the canonical name in /etc/services does not affect inetd's
> belief of what the canonical name is.
Ok, so what we're looking at is actually an entirely different
error. :) In fact, the man page is correct, however the inetd code
currently has an outdated version of the canonical name. Thus, at minimum
the man page should be udpated to reflect this reality. A better solution
would be to remove the hard coded values in the code, and fix the config
file.
It adds unneeded steepness to the learning curve to have the man
page and the example configuration file out of synch. The average new user
would have no reason to check the code to get an answer to this.
Thanks,
Doug
--
On account of being a democracy and run by the people, we are the only
nation in the world that has to keep a government four years, no matter
what it does.
-- Will Rogers
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-bugs" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199906211920.MAA00750>