Re: Cleaning up the INET/CIDR mess
От | Andrew - Supernews |
---|---|
Тема | Re: Cleaning up the INET/CIDR mess |
Дата | |
Msg-id | slrndtg37r.d6t.andrew+nonews@atlantis.supernews.net обсуждение исходный текст |
Ответ на | Re: Cleaning up the INET/CIDR mess (Tom Lane <tgl@sss.pgh.pa.us>) |
Ответы |
Re: Cleaning up the INET/CIDR mess
|
Список | 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 по дате отправления: