From: | Michael Meskes <meskes(at)postgresql(dot)org> |
---|---|
To: | pgsql-hackers(at)lists(dot)postgresql(dot)org |
Subject: | Re: [PATCH] ecpg: fix progname memory leak |
Date: | 2020-10-08 16:58:14 |
Message-ID: | 54563534356259c716e008d1e5786f87129b5c28.camel@postgresql.org |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
On Thu, 2020-10-08 at 12:27 -0400, Bruce Momjian wrote:
> On Thu, Oct 8, 2020 at 10:35:41AM +0900, Michael Paquier wrote:
> > On Wed, Oct 07, 2020 at 02:31:54PM +0300, Maksim Kita wrote:
> > > Fix progname memory leak in ecpg client.
> > > Issue taken from todo list https://wiki.postgresql.org/wiki/Todo.
> >
> > FWIW, I don't see much point in doing that. For one, we have a
> > more-or-less established rule that progname remains set until the
> > application leaves, and there are much more places where we leak
> > memory like that. As one example, just see the various places
> > where
> > we use pg_strdup for option parsing. At the end, it does not
> > really
> > matter as these are applications running for a short amount of
> > time.
>
> Agreed, but what does the TODO item mean then?
>
> Fix small memory leaks in ecpg
> Memory leaks in a short running application like ecpg are
> not really
> a problem, but make debugging more complicated
>
> Should it be removed?
I'd say yes, let's remove it. Actually I wasn't even aware it's on
there. While I agree that it makes debugging of memory handling in ecpg
more difficult, I don't see much of a point in it.
Michael
--
Michael Meskes
Michael at Fam-Meskes dot De
Michael at Meskes dot (De|Com|Net|Org)
Meskes at (Debian|Postgresql) dot Org
From | Date | Subject | |
---|---|---|---|
Next Message | Bruce Momjian | 2020-10-08 17:08:22 | Re: [PATCH] ecpg: fix progname memory leak |
Previous Message | Bruce Momjian | 2020-10-08 16:42:28 | Re: Probably typo in multixact.c |