Re: Cleaning up the INET/CIDR mess - Mailing list pgsql-hackers

From Andrew - Supernews
Subject Re: Cleaning up the INET/CIDR mess
Date
Msg-id slrndtg37r.d6t.andrew+nonews@atlantis.supernews.net
Whole thread Raw
In response to Re: Cleaning up the INET/CIDR mess  (Tom Lane <tgl@sss.pgh.pa.us>)
Responses Re: Cleaning up the INET/CIDR mess
List pgsql-hackers
On 2006-01-25, Greg Stark <gsstark@mit.edu> wrote:
> I've reported the bug in the one instance I've found. 
> What have you found with this omission?
>
> It would be passing strange since most software just passes the text to
> inet_aton or inet_pton.

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
areinterpreted only as decimal values.  This is a narrower input set    than that accepted by inet_aton().
 

The spec is quite explicit that inet_pton is not expected to accept the
abbreviated forms or any non-decimal values.

-- 
Andrew, Supernews
http://www.supernews.com - individual and corporate NNTP services


pgsql-hackers by date:

Previous
From: "Kevin Grittner"
Date:
Subject: Re: Backslashes in string literals
Next
From: Robert Lor
Date:
Subject: PostgreSQL Solaris packages now in beta