Re: duplicate connection failure messages

Поиск
Список
Период
Сортировка
От Alvaro Herrera
Тема Re: duplicate connection failure messages
Дата
Msg-id 1290180016-sup-2630@alvh.no-ip.org
обсуждение исходный текст
Ответ на Re: duplicate connection failure messages  (Bruce Momjian <bruce@momjian.us>)
Ответы Re: duplicate connection failure messages  (Tom Lane <tgl@sss.pgh.pa.us>)
Список pgsql-hackers
Excerpts from Bruce Momjian's message of vie nov 19 00:17:59 -0300 2010:
> Alvaro Herrera wrote:
> > Excerpts from Bruce Momjian's message of mi nov 17 13:04:46 -0300 2010:
> > 
> > > OK, I doubt we want to add complexity to improve this, so I see our
> > > options as:
> > > 
> > >     o  ignore the problem
> > >     o  display IPv4/IPv6 labels
> > >     o  display only an IPv6 label
> > >     o  something else
> > 
> > I think we should use inet_ntop where available to print the address.
> 
> Good idea because inet_ntop() is thread-safe.  Does that work on IPv6? 
> You indicated that inet_ntoa() does not.

According to opengroup.org, IPv6 should work if the underlying libraries
support it, whereas inet_ntoa explicitely does not.
http://www.opengroup.org/onlinepubs/009695399/functions/inet_ntop.html
http://www.opengroup.org/onlinepubs/009695399/functions/inet_addr.html

-- 
Álvaro Herrera <alvherre@commandprompt.com>
The PostgreSQL Company - Command Prompt, Inc.
PostgreSQL Replication, Consulting, Custom Development, 24x7 support


В списке pgsql-hackers по дате отправления:

Предыдущее
От: Markus Wanner
Дата:
Сообщение: Re: Latches with weak memory ordering (Re: max_wal_senders must die)
Следующее
От: Tom Lane
Дата:
Сообщение: Re: libpq changes for synchronous replication