Re: BUG #15572: Misleading message reported by "Drop functionoperation" on DB with functions having same name - Mailing list pgsql-hackers

From David Rowley
Subject Re: BUG #15572: Misleading message reported by "Drop functionoperation" on DB with functions having same name
Date
Msg-id CAKJS1f9bfqQGESNC9QMLPs72pvTNkN595a5gAs4M1=Pj_Wb5YQ@mail.gmail.com
Whole thread Raw
In response to Re: BUG #15572: Misleading message reported by "Drop function operation"on DB with functions having same name  (Pavel Stehule <pavel.stehule@gmail.com>)
Responses Re: BUG #15572: Misleading message reported by "Drop function operation" on DB with functions having same name
List pgsql-hackers
Thanks for reviewing this.

On Wed, 20 Mar 2019 at 04:31, Pavel Stehule <pavel.stehule@gmail.com> wrote:
> I propose maybe more strongly comment fact so noError is applied only on "not found" event. In other cases, this flag
isignored and error is raised immediately there. I think so it is not good enough commented why.
 
> This is significant change - in previous releases, noError was used like really noError, so should be commented
more.

I've made a change to the comments in LookupFuncWithArgs() to make
this more clear. I also ended up renaming noError to missing_ok.
Hopefully this backs up the comments and reduces the chances of
surprises.

> Regress tests are enough.
> The patch is possible to apply without problems and compile without warnings

Thanks. I also fixed a bug that caused an Assert failure when
performing DROP ROUTINE ambiguous_name;  test added for that case too.

> The new status of this patch is: Ready for Committer

Great!

-- 
 David Rowley                   http://www.2ndQuadrant.com/
 PostgreSQL Development, 24x7 Support, Training & Services

Attachment

pgsql-hackers by date:

Previous
From: pantilimonov misha
Date:
Subject: Re: [GSoC] application ideas
Next
From: Etsuro Fujita
Date:
Subject: Re: Problems with plan estimates in postgres_fdw