Resolver doesn't like 1.2.3.04 in /etc/hosts
Paul T. Root
ptroot at iaces.com
Thu Oct 27 05:46:34 PDT 2005
Jan Grant wrote:
> ***********************
> This message has been scanned by the InterScan for CSC-SSM and found to be free of known security risks.
> ***********-***********
>
>
> On Thu, 27 Oct 2005, Paul T. Root wrote:
>
>
>>man inet_addr
>>
>>and you'll find:
>>
>>All numbers supplied as ``parts'' in a `.' notation may be decimal,
>>octal, or hexadecimal, as specified in the C language (i.e., a leading
>>0x or 0X implies hexadecimal; otherwise, a leading 0 implies octal;
>>otherwise, the number is interpreted as decimal).
>>
>>
>>So a leading zero means hex. Stop trying to make it look pretty.
>>
>>Standards are a good thing and need to be followed.
>
>
> I also found:
>
> [[[
> STANDARDS
> The inet_ntop() and inet_pton() functions conform to X/Open Networking
> Services Issue 5.2 (``XNS5.2''). Note that inet_pton() does not accept
> 1-, 2-, or 3-part dotted addresses; all four parts must be specified and
> are interpreted only as decimal values. This is a narrower input set
> than that accepted by inet_aton().
> ]]]
>
> on that same man page :-)
Sure but the hosts(5) man page says that it follows inet_addr(3) spec.
Sorry, I neglected to put that little leap in.
> Cheers,
> jan
>
> PS. I only raised the issue in case anyone else was bitten by it (which
> is why a PR might be handy). Having "fixed" /etc/hosts, I don't think
> this is worth wasting more energy on.
Yeah, you're right there.
--
______ Paul T. Root
/ _ \ 1977 MGB
/ /|| \\
||\/ || _ |
|| || ||
\ ||__//
\______/
More information about the freebsd-stable
mailing list