Re: some more error location support
От
Peter Eisentraut
Тема
Re: some more error location support
Дата
Msg-id
b48954ad-c122-64bb-2b3d-44b640f58c56@2ndquadrant.com
Ответ на
Re: some more error location support (Fabien COELHO)
Список
Дерево обсуждения
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
Дата: