| 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*
| 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 |