Re: pg_dump vs malloc
От | Magnus Hagander |
---|---|
Тема | Re: pg_dump vs malloc |
Дата | |
Msg-id | CABUevEyzj-w=U5CESFVzwzHhGNyXgSFY-tHh7kJZSEYO-UyQ4g@mail.gmail.com обсуждение исходный текст |
Ответ на | Re: pg_dump vs malloc (Bruce Momjian <bruce@momjian.us>) |
Список | pgsql-hackers |
On Fri, Oct 14, 2011 at 21:11, Bruce Momjian <bruce@momjian.us> wrote: > Magnus Hagander wrote: >> On Wed, Jun 22, 2011 at 17:48, Tom Lane <tgl@sss.pgh.pa.us> wrote: >> > Magnus Hagander <magnus@hagander.net> writes: >> >> Something along the line of this? >> > >> > I think this is a seriously, seriously bad idea: >> > >> >> +#define strdup(x) pg_strdup(x) >> >> +#define malloc(x) pg_malloc(x) >> >> +#define calloc(x,y) pg_calloc(x, y) >> >> +#define realloc(x,y) pg_realloc(x, y) >> > >> > as it will render the code unreadable to people expecting the normal >> > behavior of these fundamental functions; not to mention break any >> > call sites that have some other means of dealing with an alloc failure >> > besides going belly-up. ?Please take the trouble to do >> > s/malloc/pg_malloc/g and so on, instead. >> >> Ok, I'll try that approach. This seemed like a "nicer" approach, but I >> think once written out, i agree with your arguments :-) > > Where are we on this? It's still sitting on my personal TODO list, just not with a really high priority. -- Magnus Hagander Me: http://www.hagander.net/ Work: http://www.redpill-linpro.com/
В списке pgsql-hackers по дате отправления: