Re: [BUGS] your mail

Поиск
Список
Период
Сортировка
От Andres Freund
Тема Re: [BUGS] your mail
Дата
Msg-id 20170808211941.p74wtzo5oxt7t5is@alap3.anarazel.de
обсуждение исходный текст
Ответ на Re: [BUGS] your mail  (Tom Lane <tgl@sss.pgh.pa.us>)
Ответы Re: [BUGS] your mail  (Tom Lane <tgl@sss.pgh.pa.us>)
Список pgsql-bugs
On 2017-08-08 17:12:14 -0400, Tom Lane wrote:
> Andres Freund <andres@anarazel.de> writes:
> > On 2017-08-08 16:15:15 -0400, Tom Lane wrote:
> >> I don't see much of a way to do that in the "typical" case where
> >> the library load happens as a result of a SQL command.  You can't
> >> just say "oh, we're not in a transaction" and then later "wait,
> >> yes we are".
> 
> > Transaction seems hard, but setting CurrentMemoryContext = NULL during
> > library load seems quite possible. And that'll cause a lot of code that
> > assumes an in-progress transaction to fail.
> 
> And it would cause a lot of code that *doesn't* assume that to fail,
> too. That has basically nothing to do with not being in a transaction,
> so I don't think it would be helpful here.

Wouldn't mostsuch code be a bad idea anyway? If it's in transaction
context, you can't rely on the lifetime of allocated memory. If it's
TopMemoryContext, the code should be careful about not leaking.  So
being aware of/explicit about the context used seems advisable.

- Andres


-- 
Sent via pgsql-bugs mailing list (pgsql-bugs@postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-bugs

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

Предыдущее
От: Tom Lane
Дата:
Сообщение: Re: [BUGS] your mail
Следующее
От: Jarred Ward
Дата:
Сообщение: [BUGS] 9.6.3 - Backend Crash - Parallel Worker Prepared Statements