Re: Patch: Implement failover on libpq connect level.
Вложения
В списке pgsql-hackers по дате отправления:
| От | Victor Wagner |
|---|---|
| Тема | Re: Patch: Implement failover on libpq connect level. |
| Дата | |
| Msg-id | 20151210075419.6c9b7ca4@wagnner.wagner.home обсуждение исходный текст |
| Ответ на | Re: Patch: Implement failover on libpq connect level. (Korry Douglas <korry.douglas@enterprisedb.com>) |
| Ответы |
Re: Patch: Implement failover on libpq connect level.
|
| Список | pgsql-hackers |
On Mon, 07 Dec 2015 15:26:33 -0500
Korry Douglas <korry.douglas@enterprisedb.com> wrote:
> The problem seems to be in PQconnectPoll() in the case for
> CONNECTION_AUTH_OK, specifically this code:
>
> /* We can release the address list now. */
> pg_freeaddrinfo_all(conn->addrlist_family, conn->addrlist);
> conn->addrlist = NULL;
> conn->addr_cur = NULL;
> That frees up the list of alternative host addresses. The state
> machine then progresses to CONNECTION_CHECK_RO (which invokes
> pg_is_in_recovery()), then CONNECTION_CHECK_RW (waiting for the
Thank you for pointing to this problem. I've overlooked it. Probably
I should improve my testing scenario.
I', attaching new version of the patch, which, hopefully, handles
address list freeing correctly.
--
Victor Wagner <vitus@wagner.pp.ru>
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера