Re: BUG #19370: PG18 returns incorrect array slice results when slice bounds depend on another array expression
Tom Lane <tgl@sss.pgh.pa.us>
From: Tom Lane <tgl@sss.pgh.pa.us>
To: Andres Freund <andres@anarazel.de>
Cc: David Rowley <dgrowleyml@gmail.com>, redraiment@gmail.com,
pgsql-bugs@lists.postgresql.org
Date: 2026-01-06T18:35:23Z
Lists: pgsql-bugs
Andres Freund <andres@anarazel.de> writes: > On 2026-01-06 11:40:01 -0500, Tom Lane wrote: >> We could either generalize EEOP_PARAM_SET to include an explicit >> specification of the source value's address > That's pretty trivial, see attached. I don't quite understand why I didn't go > that way immediately... Yeah, that looks about right. > At the very least we need to create a simplified testcase for the bug at hand. Yup, the sudoku example is fun but it seems inappropriate as a test case. >> or insert some kind of LOAD operation to copy the computed value into >> state->resvalue/resnull. I don't see anything that looks like that today, >> though. > Hm, wouldn't that have exactly the same issues as we have today anyway? Indeed ... -ENOCAFFEINE regards, tom lane
Commits
-
Fix buggy interaction between array subscripts and subplan params
- bdc5dedfcaa5 18.2 landed
- 75609fded35e 19 (unreleased) landed