Re: PL/pgSQL: fix validation of anycompatiblemultirange

From: Jeevan Chalke <jeevan(dot)chalke(at)enterprisedb(dot)com>
To: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Cc: PostgreSQL Hackers <pgsql-hackers(at)lists(dot)postgresql(dot)org>
Subject: Re: PL/pgSQL: fix validation of anycompatiblemultirange
Date: 2026-10-27 02:31:33
Message-ID: CAM2+6=W1JF0-17D7EywVOwgjVUnUUMUdgFuCQjavU8DjJ7EMfg@mail.gmail.com
Views: Whole Thread | Raw Message | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On Mon, Oct 26, 2026 at 11:35 PM Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> wrote:

> Jeevan Chalke <jeevan(dot)chalke(at)enterprisedb(dot)com> writes:
> > When validating a PL/pgSQL function with polymorphic arguments or result
> > type,
> > we substitute a plausible concrete type for each polymorphic type. This
> is
> > done in two places, cfunc_resolve_polymorphic_argtypes() in funccache.c
> for
> > arguments and plpgsql_compile_callback() in pl_comp.c for the result
> type.
> > Both handle anycompatiblerange and anymultirange, but neither handles
> > anycompatiblemultirange. This appears to have been missed when
> multiranges
> > were added in 6df7a9698bb (v14), which added the anymultirange case to
> both
> > places but did not add any PL/pgSQL test for anycompatiblemultirange.
>
> Good catch, fix pushed. I didn't bother with the test cases though,
> as they seem too specific to help us catch any future problems.
>

OK. Got it.

Thanks for the commit, Tom.

>
> regards, tom lane
>

--
*Jeevan Chalke*
*Senior Principal Engineer, Engineering Manager*
*Product Development*

enterprisedb.com <https://www.enterprisedb.com>

In response to

Browse pgsql-hackers by date

  From Date Subject
Previous Message Jeevan Chalke 2026-10-27 02:28:04 Re: PL/pgSQL: FOUND is NULL, not false, in event trigger functions