From owner-freebsd-stable@FreeBSD.ORG Thu Oct 27 12:46:34 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9E1D816A41F for ; Thu, 27 Oct 2005 12:46:34 +0000 (GMT) (envelope-from ptroot@iaces.com) Received: from iaces.com (horton.iaces.com [204.147.87.98]) by mx1.FreeBSD.org (Postfix) with ESMTP id EE64E43D48 for ; Thu, 27 Oct 2005 12:46:33 +0000 (GMT) (envelope-from ptroot@iaces.com) Received: from [204.147.87.125] (borg.iaces.com [204.147.87.125]) (authenticated bits=0) by iaces.com (8.13.4/8.13.3) with ESMTP id j9RCkT0a005833 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 27 Oct 2005 07:46:30 -0500 (CDT) (envelope-from ptroot@iaces.com) Message-ID: <4360CC05.2070907@iaces.com> Date: Thu, 27 Oct 2005 07:45:57 -0500 From: "Paul T. Root" User-Agent: Mozilla Thunderbird 1.0.6 (Macintosh/20050716) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Jan Grant References: <200510262307.j9QN7G7V014335@drugs.dv.isc.org> <4360C6A7.2080502@iaces.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Greg Black , Mark Andrews , freebsd-stable@freebsd.org Subject: Re: Resolver doesn't like 1.2.3.04 in /etc/hosts X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Oct 2005 12:46:34 -0000 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 / /|| \\ ||\/ || _ | || || || \ ||__// \______/