NetBSD-Bugs archive
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]
Re: misc/39327
The following reply was made to PR misc/39327; it has been noted by GNATS.
From: "Martin S. Weber" <Ephaeton%gmx.net@localhost>
To: gnats-bugs%NetBSD.org@localhost
Cc: misc-bug-people%netbsd.org@localhost, gnats-admin%netbsd.org@localhost,
netbsd-bugs%netbsd.org@localhost
Subject: Re: misc/39327
Date: Fri, 22 May 2009 13:14:03 -0400
On Fri, May 22, 2009 at 05:05:03PM +0000, Jukka Ruohonen wrote:
> The following reply was made to PR misc/39327; it has been noted by GNATS.
>
> From: Jukka Ruohonen <jruohonen%iki.fi@localhost>
> To: gnats-bugs%NetBSD.org@localhost
> Cc:
> Subject: Re: misc/39327
> Date: Fri, 22 May 2009 20:04:48 +0300
>
> 5AOn Fri, May 22, 2009 at 11:09:07AM -0400, Martin S. Weber wrote:
> > Well, it's true that it shouldn't be "the DARPA internet" anylonger, but
> > what about the other part of the fix suggestion, i.e. document in
> > /etc/procotols which domain (by socket(2) parlese) the protocol is for?
>
> I am not sure whether I follow you with the other part.
>
> 1. I think it is not so easy nor reasonable for a single operating system to
> change '/etc/protocols' because it comes from IANA, a.k.a. the Internet
> Assigned Numbers Authority. Functions like getprotobyname(3) also use
> '/etc/protocols' as a lookup; changing it will break a lot of things.
>
I understand that, but on the other hand even the IANA will not block
an improvement in a file they provide, will they?
> 2. Generally the file is not meant as a reference for the domain-parameter
> in socket(2), but rather as a reference for the number in the protocol-field
> of IPv4 header (or next header -field in IPv6), as described also in the
> file itsef. Even if such change would be made, there is no mapping between
> the AF_-constants and the file (surely e.g. TCP can be used both with
> AF_INET and AF_INET6).
>
I think there's some confusion here. I wasn't talking about the domain
parameter of socket(), but about its protocol parameter:
int
socket(int domain, int type, int protocol);
The domain parameter can be PF_INET, PF_INET6 and a lot of others, for
the _protocol_ parameter the manpage says, "The protocol number to use is
particular to the communication domain in which communication is to
take place; see protocols(5).".
That makes me think: There exists a mapping of domain parameters to
a set of usable protocol parameters. Look at protocols(5) (and thus
at /etc/protocols) to find out which. But /etc/protocols only documents
the possible protocols at all. Now if /etc/protocols had also a field
for the "communication domain in which communication is to take place",
there would be no doubt about usable protocols. Take "icmp 1 ICMP" for
instance. If it read "icmp 1 ICMP PF_INET" instead, it would be obvious
that icmp is not for PF_INET6. Actually even expanding the comment instead
of adding a new field to improve documentation on where this procotol
"belongs" would improve the situation in my opinion.
> 3. Moreover, I think the socket(2) manual page does not rightly give any
> impression that one should look to '/etc/protocols' for the AF_-constants.
>
AF_ ? The socket(2) man page only talks about PF_ constants (besides, I
personally never understood THEIR distinction but that is outside the scope
of this PR.)
-Martin
Home |
Main Index |
Thread Index |
Old Index