Re: Plain strdup() in frontend code - Mailing list pgsql-hackers

From Michael Paquier
Subject Re: Plain strdup() in frontend code
Date
Msg-id 20190429130126.GA22355@paquier.xyz
Whole thread Raw
In response to Plain strdup() in frontend code  (Daniel Gustafsson <daniel@yesql.se>)
Responses Re: Plain strdup() in frontend code
List pgsql-hackers
On Mon, Apr 29, 2019 at 11:47:27AM +0000, Daniel Gustafsson wrote:
> Reading code I noticed that we in a few rare instances use strdup() in frontend
> utilities instead of pg_strdup().  Is there a reason for not using pg_strdup()
> consistently as per the attached patch?

I think that it is good practice to encourage its use, so making
things more consistent is a good idea.  While on it, we could also
switch psql's do_lo_import() which uses a malloc() to
pg_malloc_extended() with MCXT_ALLOC_NO_OOM.  GetPrivilegesToDelete()
in pg_ctl also has an instance of malloc() with a similar failure
mode.
--
Michael

Attachment

pgsql-hackers by date:

Previous
From: Daniel Gustafsson
Date:
Subject: Plain strdup() in frontend code
Next
From: Alvaro Herrera
Date:
Subject: Re: Refactoring the checkpointer's fsync request queue