Re: Some doubious code in pgstat.c - Mailing list pgsql-hackers

From Amit Kapila
Subject Re: Some doubious code in pgstat.c
Date
Msg-id CAA4eK1+xFnv06zraQdTLzQ4PUBSaVqsPtw561i_G8DCptjRnLg@mail.gmail.com
Whole thread Raw
In response to Re: Some doubious code in pgstat.c  (Masahiko Sawada <sawada.mshk@gmail.com>)
Responses Re: Some doubious code in pgstat.c  (Kyotaro Horiguchi <horikyota.ntt@gmail.com>)
List pgsql-hackers
On Thu, Nov 5, 2020 at 9:44 AM Masahiko Sawada <sawada.mshk@gmail.com> wrote:
>
> On Thu, Nov 5, 2020 at 11:18 AM Kyotaro Horiguchi
> <horikyota.ntt@gmail.com> wrote:
> > As another issue, just replace memcpy with strlcpy makes compiler
> > complain of type mismatch, as the first paramter to memcpy had an
> > needless "&" operator. I removed it in this patch.
> >
> > (&msg.m_slotname is a "char (*)[NAMEDATALEN]", not a "char *".)
> >
>
> The patch looks good to me.
>

LGTM as well but the proposed commit message seems to be a bit
unclear. How about something like this:
"Use strlcpy instead of memcpy for copying the slot name in pgstat.c.

There is no outright bug here but it is better to be consistent with
the usage at other places in the same file. In the passing, fix a wrong
Assertion in pgstat_recv_replslot."

-- 
With Regards,
Amit Kapila.



pgsql-hackers by date:

Previous
From: Amit Kapila
Date:
Subject: Re: [Patch] Optimize dropping of relation buffers using dlist
Next
From: Michael Paquier
Date:
Subject: Re: scram-sha-256 broken with FIPS and OpenSSL 1.0.2