Re: [BUGS] your mail - Mailing list pgsql-bugs

From Andres Freund
Subject Re: [BUGS] your mail
Date
Msg-id 20170808211941.p74wtzo5oxt7t5is@alap3.anarazel.de
Whole thread Raw
In response to Re: [BUGS] your mail  (Tom Lane <tgl@sss.pgh.pa.us>)
Responses Re: [BUGS] your mail
List 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 by date:

Previous
From: Tom Lane
Date:
Subject: Re: [BUGS] your mail
Next
From: Jarred Ward
Date:
Subject: [BUGS] 9.6.3 - Backend Crash - Parallel Worker Prepared Statements