Re: some more error location support

Поиск
Список
Период
Сортировка
Искать
От
Peter Eisentraut
Тема
Re: some more error location support
Дата
Msg-id
b48954ad-c122-64bb-2b3d-44b640f58c56@2ndquadrant.com
Ответ на
Список
Дерево обсуждения
some more error location support Peter Eisentraut <peter.eisentraut@2ndquadrant.com>
Re: some more error location support Fabien COELHO <coelho@cri.ensmp.fr>
Re: some more error location support Peter Eisentraut <peter.eisentraut@2ndquadrant.com>
Re: some more error location support Fabien COELHO <coelho@cri.ensmp.fr>
Re: some more error location support Fabien COELHO <coelho@cri.ensmp.fr>
Re: some more error location support Peter Eisentraut <peter.eisentraut@2ndquadrant.com>
Re: some more error location support Fabien COELHO <coelho@cri.ensmp.fr>
Re: some more error location support Peter Eisentraut <peter.eisentraut@2ndquadrant.com>
Re: some more error location support Fabien COELHO <coelho@cri.ensmp.fr>
Re: some more error location support Peter Eisentraut <peter.eisentraut@2ndquadrant.com>
Re: some more error location support Fabien COELHO <coelho@cri.ensmp.fr>
Re: some more error location support Peter Eisentraut <peter.eisentraut@2ndquadrant.com>
On 27/08/2018 10:53, Fabien COELHO wrote:
> There is a "make_parsestate", but no corresponding free. The usual 
> pattern, although there seems to be a few exception, is to "make" and 
> "free".
> 
> Even if there is some under-the-hood garbage collection, I'd suggest to 
> add a free after the call to ComputePartitionAttrs.

Hmm, I didn't know about free_parsestate().  It doesn't seem to be used
consistently.  I suppose you'll want to use it when you have a target
relation that will be closed by it, but otherwise, for DDL commands,
it's not all that useful.

-- 
Peter Eisentraut              http://www.2ndQuadrant.com/
PostgreSQL Development, 24x7 Support, Remote DBA, Training & Services

В списке pgsql-hackers по дате отправления
От: David G. Johnston
Дата:
От: Stephen Frost
Дата:
Сообщение: Re: pg_dump test instability
FAQ