Re: Safe memory allocation functions

Поиск
Список
Период
Сортировка
От Michael Paquier
Тема Re: Safe memory allocation functions
Дата
Msg-id CAB7nPqTEj5ftaxdt4PWFb3RDek4yTVNQdcZi__R2JzO1eSZGmg@mail.gmail.com
обсуждение исходный текст
Ответ на Re: Safe memory allocation functions  (Alvaro Herrera <alvherre@2ndquadrant.com>)
Ответы Re: Safe memory allocation functions  (Michael Paquier <michael.paquier@gmail.com>)
Re: Safe memory allocation functions  (Andres Freund <andres@2ndquadrant.com>)
Список pgsql-hackers
Дерево обсуждения 
On Fri, Jan 16, 2015 at 12:57 AM, Alvaro Herrera
<alvherre@2ndquadrant.com> wrote:
>> I do think that "safe" is the wrong suffix.  Maybe palloc_soft_fail()
>> or palloc_null() or palloc_no_oom() or palloc_unsafe().
>
> I liked palloc_noerror() better myself FWIW.
Voting for palloc_noerror() as well.
-- 
Michael

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

Предыдущее
От: Andreas Karlsson
Дата:
Сообщение: Re: PATCH: Reducing lock strength of trigger and foreign key DDL
Следующее
От: Tom Lane
Дата:
Сообщение: Re: segmentation fault in execTuples.c#ExecStoreVirtualTuple