Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1uk1Uz-00EmVj-1E for pgsql-general@arkaria.postgresql.org; Thu, 07 Aug 2025 14:21:41 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.94.2) (envelope-from ) id 1uk1Uw-00523f-CH for pgsql-general@arkaria.postgresql.org; Thu, 07 Aug 2025 14:21:38 +0000 Received: from magus.postgresql.org ([2a02:c0:301:0:ffff::29]) by malur.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1uk1Uw-00523W-1Z for pgsql-general@lists.postgresql.org; Thu, 07 Aug 2025 14:21:38 +0000 Received: from sss.pgh.pa.us ([68.162.161.243]) by magus.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.96) (envelope-from ) id 1uk1Us-001H4o-2o for pgsql-general@lists.postgresql.org; Thu, 07 Aug 2025 14:21:37 +0000 Received: from sss1.sss.pgh.pa.us (localhost [127.0.0.1]) by sss.pgh.pa.us (8.15.2/8.15.2) with ESMTP id 577ELViU1566948; Thu, 7 Aug 2025 10:21:31 -0400 From: Tom Lane To: "David G. Johnston" cc: Dominique Devienne , Pavel Stehule , "pgsql-general@lists.postgresql.org" Subject: Re: CALL and named parameters In-reply-to: References: Comments: In-reply-to "David G. Johnston" message dated "Thu, 07 Aug 2025 06:30:30 -0700" MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <1566946.1754576491.1@sss.pgh.pa.us> Content-Transfer-Encoding: quoted-printable Date: Thu, 07 Aug 2025 10:21:31 -0400 Message-ID: <1566947.1754576491@sss.pgh.pa.us> List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk "David G. Johnston" writes: > On Thursday, August 7, 2025, Dominique Devienne wr= ote: >> What's not nice is in the way it failed IMHO. I guess I persist it's >> not a user friendly message :) > Then write the error message you would have liked to see. The message presumably was like ERROR: procedure ... does not exist HINT: No procedure matches the given name and argument types. You might n= eed to add explicit type casts. That HINT hasn't been updated since we added named arguments, but "argument names don't match" is now also a possible failure reason. The simplest possible change would be, say, HINT: No procedure matches the given name and argument names/types. You m= ight need to add explicit type casts. Not sure if that's good enough, but the matching rules are complex enough that it'd be hard to be definitive about the argument name being the problem. regards, tom lane