Re: [COMMITTERS] pgsql: Fix connection leak in DROP SUBSCRIPTION command.
В списке pgsql-committers по дате отправления:
| От | Tom Lane |
|---|---|
| Тема | Re: [COMMITTERS] pgsql: Fix connection leak in DROP SUBSCRIPTION command. |
| Дата | |
| Msg-id | 2058.1487704345@sss.pgh.pa.us обсуждение |
| Ответ на | [COMMITTERS] pgsql: Fix connection leak in DROP SUBSCRIPTION command. (Fujii Masao <fujii@postgresql.org>) |
| Ответы |
Re: [COMMITTERS] pgsql: Fix connection leak in DROP SUBSCRIPTION command.
|
| Список | pgsql-committers |
Fujii Masao <fujii@postgresql.org> writes:
> Fix connection leak in DROP SUBSCRIPTION command.
> Previously the command forgot to close the connection to the publisher
> when it failed to drop the replication slot.
If there's a bug here, this seems like an extremely unreliable way of
fixing it. What if an error gets thrown before you reach that ereport?
In other words, this coding is assuming that the walrcv_command()
subroutine cannot throw an error, which I would consider dangerous
even if it were a fixed subroutine. If it's a hook that's doing
unknown stuff, that seems a completely untenable assumption. You
really need either to hook the cleanup action into normal error
recovery, or to use a PG_TRY block.
regards, tom lane
В списке pgsql-committers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера