Kevin Ryde <[EMAIL PROTECTED]> writes:
> Greg Troxel <[EMAIL PROTECTED]> writes:
> >
> > follow the BSD way, and translate 0.0.0.x/8 in the second arg into
> > setting imr_ifindex on Linux.
> >
> > follow the Linux way, and make it a vector of 3 and translate back
> > into the 0.0.0.x/8 on
Greg Troxel <[EMAIL PROTECTED]> writes:
>
> follow the BSD way, and translate 0.0.0.x/8 in the second arg into
> setting imr_ifindex on Linux.
>
> follow the Linux way, and make it a vector of 3 and translate back
> into the 0.0.0.x/8 on BSD.
>
> I prefer the first way, since this is orgina
Kevin Ryde <[EMAIL PROTECTED]> writes:
> There's a note in "Network Address Conversion" where ipv4 addrs are
> described. Hopefully a cross reference to it is enough, unless
> there's something especially zany happening.
Sounds good. These calls aren't odd from the htonl viewpoint.
> About IP_
Greg Troxel <[EMAIL PROTECTED]> writes:
>
> so it's host order, like all the other calls. Docs for bind,
> connect and send don't mention this though.
There's a note in "Network Address Conversion" where ipv4 addrs are
described. Hopefully a cross reference to it is enough, unless
there's someth
Kevin Ryde <[EMAIL PROTECTED]> writes:
> Greg Troxel <[EMAIL PROTECTED]> writes:
>
> I'd noticed in the past the gnu/linux "man 5 protocols" says to use
> /etc/protocols instead of numbers like IPPROTO, but what posix says
> must trump that.
I think getprotobyname is supposed to return IANA-alloc
Greg Troxel <[EMAIL PROTECTED]> writes:
>
> NetBSD does not define SOL_IP. SOL_SOCKET is 0x. So from the
> NetBSD point of view, the right thing to do is define
> IPPROTO_{IP,UDP,TCP} as (constant) variables.
The posix spec at
http://www.opengroup.org/onlinepubs/007904975/functions/getsockop
Kevin Ryde <[EMAIL PROTECTED]> writes:
> I'm looking to combine the getsockopt and setsockopt descriptions and
> add the available constants, including the new IP_ADD_MEMBERSHIP and
> IP_DROP_MEMBERSHIP, especially since you need to know to pass a pair
> for those (and for SO_LINGER).
Thanks (I s
