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. _______________________________________________ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"