| From: | Andrew - Supernews <andrew+nonews(at)supernews(dot)com> |
|---|---|
| To: | pgsql-hackers(at)postgresql(dot)org |
| Subject: | Re: Cleaning up the INET/CIDR mess |
| Date: | 2006-01-25 23:42:51 |
| Message-ID: | slrndtg37r.d6t.andrew+nonews@atlantis.supernews.net |
| Views: | Whole Thread | Raw Message | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-hackers |
On 2006-01-25, Greg Stark <gsstark(at)mit(dot)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
are interpreted 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
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Robert Lor | 2006-01-26 01:41:35 | PostgreSQL Solaris packages now in beta |
| Previous Message | Greg Stark | 2006-01-25 23:02:44 | Re: Cleaning up the INET/CIDR mess |