Re: Re: [COMMITTERS] pgsql: Fix plpgsql to release SPI plans when a function or DO block is
В списке pgsql-hackers по дате отправления:
| От | Jan Urbański |
|---|---|
| Тема | Re: Re: [COMMITTERS] pgsql: Fix plpgsql to release SPI plans when a function or DO block is |
| Дата | |
| Msg-id | 4D9449B5.4070000@wulczer.org обсуждение исходный текст |
| Ответ на | Re: Re: [COMMITTERS] pgsql: Fix plpgsql to release SPI plans when a function or DO block is (Heikki Linnakangas <heikki.linnakangas@enterprisedb.com>) |
| Ответы |
Re: Re: [COMMITTERS] pgsql: Fix plpgsql to release SPI
plans when a function or DO block is
|
| Список | pgsql-hackers |
On 31/03/11 07:35, Heikki Linnakangas wrote: > On 30.03.2011 21:21, Jan Urbański wrote: >> Valgrind showed me the way. PFA a trivial patch to avoid leaking a >> PLyProcedure struct in inline blocks. > > Hmm, any reason the PLyProcedure struct needs to be allocated in > TopMemoryContext in the first place? Could you palloc0 it in a > shorter-lived context, or even better, just allocate it in stack? Yeah, you're right, you can keep it on the stack. > PS. I don't think the volatile qualifier in 'proc' is in necessary. The > variable is not changed in PG_TRY-block. That always confuses me, but I guess you're right, the variable does not change, only the memory it points to. Cheers, Jan
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера