Re: postgres_fdw vs data formatting GUCs (was Re: [v9.3] writable foreign tables)

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: postgres_fdw vs data formatting GUCs (was Re: [v9.3] writable foreign tables)
Дата
Msg-id 2529.1363790637@sss.pgh.pa.us
обсуждение исходный текст
Ответ на Re: postgres_fdw vs data formatting GUCs (was Re: [v9.3] writable foreign tables)  (Daniel Farina <daniel@heroku.com>)
Ответы Re: postgres_fdw vs data formatting GUCs (was Re: [v9.3] writable foreign tables)  (Daniel Farina <daniel@heroku.com>)
Список pgsql-hackers
Daniel Farina <daniel@heroku.com> writes:
> Okay, one more of those fridge-logic bugs.  Sorry for the noise. v5.

> A missing PG_RETHROW to get the properly finally-esque semantics:

> --- a/contrib/dblink/dblink.c
> +++ b/contrib/dblink/dblink.c
> @@ -642,7 +642,10 @@ dblink_fetch(PG_FUNCTION_ARGS)
>   }
>   PG_CATCH();
>   {
> + /* Pop any set GUCs, if necessary */
>   restoreLocalGucs(&rgs);
> +
> + PG_RE_THROW();
>   }
>   PG_END_TRY();

Um ... you shouldn't need a PG_TRY for that at all.  guc.c will take
care of popping the values on transaction abort --- that's really rather
the whole point of having that mechanism.
        regards, tom lane



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

Предыдущее
От: Marc Cousin
Дата:
Сообщение: Problem with background worker
Следующее
От: Alvaro Herrera
Дата:
Сообщение: Re: Problem with background worker