Re: Enumize logical replication message actions - Mailing list pgsql-hackers

From Peter Smith
Subject Re: Enumize logical replication message actions
Date
Msg-id CAHut+PutyjnSnbDCz-3Vv8jEucK5LYhJKDwJU9cYLUeNG_3Lxw@mail.gmail.com
Whole thread Raw
In response to Re: Enumize logical replication message actions  (Kyotaro Horiguchi <horikyota.ntt@gmail.com>)
Responses Re: Enumize logical replication message actions
List pgsql-hackers
On Fri, Oct 23, 2020 at 5:20 PM Kyotaro Horiguchi
<horikyota.ntt@gmail.com> wrote:
>
> At Thu, 22 Oct 2020 22:31:41 -0300, Alvaro Herrera <alvherre@alvh.no-ip.org> wrote in
> > On 2020-Oct-22, Ashutosh Bapat wrote:
> >
> > > On Thu, 22 Oct 2020 at 14:46, Kyotaro Horiguchi <horikyota.ntt@gmail.com>
> > > wrote:
> >
> > > > pg_send_logicalrep_msg_type() looks somewhat too-much.  If we need
> > > > something like that we shouldn't do this refactoring, I think.
> > >
> > > Enum is an integer, and we want to send byte. The function asserts that the
> > > enum fits a byte. If there's a way to declare byte long enums I would use
> > > that. But I didn't find a way to do that.

The pq_send_logicalrep_msg_type() function seemed a bit overkill to me.

The comment in the LogicalRepMsgType enum will sufficiently ensure
nobody is going to accidentally add any bad replication message codes.
And it's not like these are going to be changed often.

Why not simply downcast your enums when calling pq_sendbyte?
There are only a few of them.

e.g. pq_sendbyte(out, (uint8)LOGICAL_REP_MSG_STREAM_COMMIT);

Kind Regards.
Peter Smith
Fujitsu Australia.



pgsql-hackers by date:

Previous
From: Heikki Linnakangas
Date:
Subject: Re: [doc] remove reference to pg_dump pre-8.1 switch behaviour
Next
From: Ian Lawrence Barwick
Date:
Subject: Re: [doc] remove reference to pg_dump pre-8.1 switch behaviour