Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.89) (envelope-from ) id 1gh1qw-0006H5-LF for pgsql-bugs@arkaria.postgresql.org; Wed, 09 Jan 2019 00:36:14 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.89) (envelope-from ) id 1gh1qv-0004PB-5j for pgsql-bugs@arkaria.postgresql.org; Wed, 09 Jan 2019 00:36:13 +0000 Received: from makus.postgresql.org ([2001:4800:3e1:1::229]) by malur.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.89) (envelope-from ) id 1gh1qu-0004P4-SK for pgsql-bugs@lists.postgresql.org; Wed, 09 Jan 2019 00:36:13 +0000 Received: from sss.pgh.pa.us ([66.207.139.130]) by makus.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.89) (envelope-from ) id 1gh1qs-00007q-H9 for pgsql-bugs@lists.postgresql.org; Wed, 09 Jan 2019 00:36:11 +0000 Received: from sss1.sss.pgh.pa.us (localhost [127.0.0.1]) by sss.pgh.pa.us (8.14.4/8.14.4) with ESMTP id x090a60h019401; Tue, 8 Jan 2019 19:36:06 -0500 From: Tom Lane To: David Rowley cc: Alvaro Herrera , Ash M , pgsql-bugs@lists.postgresql.org Subject: Re: BUG #15572: Misleading message reported by "Drop function operation" on DB with functions having same name In-reply-to: References: <201901071454.wxkoyoq4s5qp@alvherre.pgsql> Comments: In-reply-to David Rowley message dated "Tue, 08 Jan 2019 12:55:54 +1300" MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <19399.1546994166.1@sss.pgh.pa.us> Date: Tue, 08 Jan 2019 19:36:06 -0500 Message-ID: <19400.1546994166@sss.pgh.pa.us> List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Precedence: bulk David Rowley writes: > Why can't we just remove the !noError check in the location where the > error is raised? I don't like that a bit --- the point of noError is to prevent throwing errors, and it doesn't seem like it should be LookupFuncName's business to decide it's smarter than its callers. Maybe we need another flag argument? regards, tom lane