Re: [COMMITTERS] pgsql: Define INADDR_NONE on Solaris when it's missing.
От | Magnus Hagander |
---|---|
Тема | Re: [COMMITTERS] pgsql: Define INADDR_NONE on Solaris when it's missing. |
Дата | |
Msg-id | 9837222c1002021110i7864d5catd42ca670baa93110@mail.gmail.com обсуждение исходный текст |
Ответ на | Re: [COMMITTERS] pgsql: Define INADDR_NONE on Solaris when it's missing. (Magnus Hagander <magnus@hagander.net>) |
Список | pgsql-hackers |
2010/2/1 Magnus Hagander <magnus@hagander.net>: > 2010/1/28 Magnus Hagander <magnus@hagander.net>: >> On Thu, Jan 28, 2010 at 21:16, Tom Lane <tgl@sss.pgh.pa.us> wrote: >>> Magnus Hagander <magnus@hagander.net> writes: >>>> On Thu, Jan 28, 2010 at 17:16, Tom Lane <tgl@sss.pgh.pa.us> wrote: >>>>> However, now that I know the real issue is you're using inet_addr, I >>>>> would like to know why you're not using inet_aton instead; or even >>>>> better, something that also copes with IPv6. >>> >>>> "Path of least resistance?" >>> >>>> Which method would you suggest? >>> >>> I haven't actually read the RADIUS patch, but generally we rely on >>> pg_getaddrinfo_all to interpret strings representing IP addresses. >>> Is there a reason not to use that? >> >> I don't think so. I'll look it over. > > Here's what I came up with. Works well on the platforms I've tried, > but I haven't tried on a non-ipv6 capable one yet (need to find one..) > I'll also remove the defines from solaris.h when applying it. Applied with some adjustments needed for non-ipv6 platforms. -- Magnus HaganderMe: http://www.hagander.net/Work: http://www.redpill-linpro.com/
В списке pgsql-hackers по дате отправления: