Re: Missing checks when malloc returns NULL...
От | Michael Paquier |
---|---|
Тема | Re: Missing checks when malloc returns NULL... |
Дата | |
Msg-id | CAB7nPqRDbjezFe_AeA8zYVqx20yZwW9n3Aj93KO5485D2G8BHA@mail.gmail.com обсуждение исходный текст |
Ответ на | Re: Missing checks when malloc returns NULL... (Tom Lane <tgl@sss.pgh.pa.us>) |
Ответы |
Re: Missing checks when malloc returns NULL...
Re: Missing checks when malloc returns NULL... |
Список | pgsql-hackers |
On Tue, Aug 30, 2016 at 10:18 PM, Tom Lane <tgl@sss.pgh.pa.us> wrote: > I think what we ought to do is make ShmemAlloc act like palloc > (ie throw error not return NULL), and remove the duplicated error > checks. For the one caller that that would be bad for, we could > invent something like ShmemAllocNoError, or ShmemAllocExtended with > a no_error flag, or whatever other new API suits your fancy. But > as-is, it's just inviting more errors-of-omission like the large > number that already exist. I think people are conditioned by palloc > to expect such functions to throw error. The only reason why I did not propose that for ShmemAlloc is because of extensions potentially using this routine and having some special handling when it returns NULL. And changing it to behave like palloc would break such extensions. -- Michael
В списке pgsql-hackers по дате отправления: