Re: pgsql: Fix memory leak in PLySequence_ToJsonbValue()

From: Alexander Korotkov <a(dot)korotkov(at)postgrespro(dot)ru>
To: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Cc: pgsql-committers <pgsql-committers(at)lists(dot)postgresql(dot)org>
Subject: Re: pgsql: Fix memory leak in PLySequence_ToJsonbValue()
Date: 2018-06-15 14:43:15
Message-ID: CAPpHfdun9ed_1Y+YtWRMiK1anko5ykodutigKHNrdHTAgnotEg@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-committers

On Fri, Jun 15, 2018 at 5:25 PM Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> wrote:
> Alexander Korotkov <a(dot)korotkov(at)postgrespro(dot)ru> writes:
> > On Fri, Jun 15, 2018 at 4:46 PM Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> wrote:
> >> Maybe I just lack caffeine, but I don't see anything especially
> >> wrong with what you wrote?
>
> > It doesn't contain something particular wrong, but it's just badly
> > formatted. As I can see, we're keeping lines in commit messages no
> > longer than 80 characters when possible. I've commit message with 158
> > characters line for no reason. It was just because I wrote this
> > commit message with word wrapping enabled.
>
> Ah, it wrapped in my mail app so I didn't notice.
>
> FWIW, I actually try to keep commit log lines to 75 characters, because
> that's what displays nicely in "git log".

Ok, thank you for the information. I'll also try to keep it to 75 characters.

> Links such as Discussion:
> tags tend to run over, but there's little to be done about that as long
> as gmail insists on such ridiculously long message IDs :-(

Agree, not much can be done unless we invent some URL shortener for
mailing lists archives.

------
Alexander Korotkov
Postgres Professional: http://www.postgrespro.com
The Russian Postgres Company

In response to

Responses

Browse pgsql-committers by date

  From Date Subject
Next Message David Fetter 2018-06-15 14:57:10 Re: pgsql: Fix memory leak in PLySequence_ToJsonbValue()
Previous Message Tom Lane 2018-06-15 14:25:27 Re: pgsql: Fix memory leak in PLySequence_ToJsonbValue()