Resolver doesn't like 1.2.3.04 in /etc/hosts

Jan Grant Jan.Grant at bristol.ac.uk
Thu Oct 27 05:41:35 PDT 2005


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 :-)

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.


More information about the freebsd-stable mailing list