Re: Enhanced error message to include hint messages for redundant options error

From: Bharath Rupireddy <bharath(dot)rupireddyforpostgres(at)gmail(dot)com>
To: vignesh C <vignesh21(at)gmail(dot)com>
Cc: Dilip Kumar <dilipbalaut(at)gmail(dot)com>, Alvaro Herrera <alvherre(at)alvh(dot)no-ip(dot)org>, PostgreSQL Hackers <pgsql-hackers(at)lists(dot)postgresql(dot)org>
Subject: Re: Enhanced error message to include hint messages for redundant options error
Date: 2021-05-03 06:38:06
Message-ID: CALj2ACXRdsfh35r8pMXxnAFu7563x7LrOT6zx+M_OhB60fipQg@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On Sun, May 2, 2021 at 8:44 PM vignesh C <vignesh21(at)gmail(dot)com> wrote:
>
> On Sat, May 1, 2021 at 9:02 PM Bharath Rupireddy
> <bharath(dot)rupireddyforpostgres(at)gmail(dot)com> wrote:
> >
> > On Sat, May 1, 2021 at 7:25 PM vignesh C <vignesh21(at)gmail(dot)com> wrote:
> > > > > I'm not attaching above one line change as a patch, maybe Vignesh can
> > > > > merge this into the main patch.
> > >
> > > Thanks for the comments. I have merged the change into the attached patch.
> > > Thoughts?
> >
> > Thanks! v4 basically LGTM. Can we park this in the current commitfest
> > if not done already?
> >
> > Upon looking at the number of places where we have the "option \"%s\"
> > specified more than once" error, I, now strongly feel that we should
> > use goto duplicate_error approach like in compute_common_attribute, so
> > that we will have only one ereport(ERROR. We can change it in
> > following files: copy.c, dbcommands.c, extension.c,
> > compute_function_attributes, sequence.c, subscriptioncmds.c,
> > typecmds.c, user.c, walsender.c, pgoutput.c. This will reduce the LOC
> > greatly.
> >
> > Thoughts?
>
> I have made the changes for this, I have posted the same in the v5
> patch posted in my earlier mail.

Thanks! The v5 patch looks good to me. Let's see if all agree on the
goto duplicate_error approach which could reduce the LOC by ~80.

I don't see it in the current commitfest, can we park it there so that
the patch will get tested on cfbot systems?

With Regards,
Bharath Rupireddy.
EnterpriseDB: http://www.enterprisedb.com

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Bharath Rupireddy 2021-05-03 07:07:12 Re: Logical Replication - behavior of TRUNCATE ... CASCADE
Previous Message Dilip Kumar 2021-05-03 06:29:32 Re: Logical Replication - behavior of TRUNCATE ... CASCADE