Re: PLy_malloc and plperl mallocs

Поиск
Список
Период
Сортировка
От Andrew Dunstan
Тема Re: PLy_malloc and plperl mallocs
Дата
Msg-id 4CF1D926.70405@dunslane.net
обсуждение исходный текст
Ответ на Re: PLy_malloc and plperl mallocs  (Tom Lane <tgl@sss.pgh.pa.us>)
Ответы Re: PLy_malloc and plperl mallocs  (Jan Urbański <wulczer@wulczer.org>)
Список pgsql-hackers

On 11/27/2010 10:28 PM, Tom Lane wrote:
> Jan Urbański<wulczer@wulczer.org>  writes:
>> I noticed that PL/Python uses a simple wrapper around malloc that does
>> ereport(FATAL) if malloc returns NULL. I find it a bit harsh, don't we
>> normally do ERROR if we run out of memory?
>> And while looking at how PL/Perl does these things I find that one
>> failed malloc (in compile_plperl_function) throws an ERROR, and the rest
>> (in plperl_spi_prepare) are simply unguarded...
>> I guess PL/Python should stop throwing FATAL errors and PL/Perl should
>> get its own malloc_or_ERROR helper and start using that.
> The real question is why they're not using palloc instead.
>
>             

Well, the stuff in plperl_spi_prepare needs to be allocated in a 
long-lived context. We could use palloc in TopMemoryContext instead, I 
guess.

cheers

andrew


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

Предыдущее
От: Bruce Momjian
Дата:
Сообщение: Re: profiling connection overhead
Следующее
От: Robert Haas
Дата:
Сообщение: Re: [COMMITTERS] pgsql: Remove outdated comments from the regression test files.