FOR PORTION OF bounds not coerced in PREPARE

Started by Paul A Jungwirth17 days ago2 messageshackers
Beta feature

Hackorum builds and tests every patch posted to the lists, not only commitfest submissions. This is Hackorum's own CI rather than the PostgreSQL project's, and it is still under testing - please report anything that looks wrong.

won't retrysuccessCI history

This thread has been committed, so CI has stopped here. Anything below is the last result it produced.

You can run a PostgreSQL built from this patch straight from Docker, with no checkout and no build:

docker run --rm -p 5432:5432 ghcr.io/hackorum-dev/postgres-patch:t253669
psql -h localhost -U postgres

Built from patchset v1 (message #1), September 08, 2026 at 03:03 AM.

Every patchset is also pushed to a branch of our PostgreSQL fork, so you can check out the same tree CI built. Without a PostgreSQL checkout:

git clone --branch t253669_1 https://github.com/hackorum-dev/postgres.git

In a checkout you already have, add the fork once:

git remote add hackorum https://github.com/hackorum-dev/postgres.git

then, for this patchset and every later one:

git fetch hackorum t253669_1 && git checkout t253669_1

Patchset v1 (message #1) is on t253669_1

Jump to latest
#1Paul A Jungwirth
pj@illuminatedcomputing.com

Hi Hackers,

Here is a fix for findings D2 & D12 from [0]/messages/by-id/CA+renyV6QLOJYmLo3gbsg1Y+Crho8NqME1jJXgPbO_NgxfBaKQ@mail.gmail.com.

The issue is FOR PORTION OF bounds are not coerced, so PREPARE
requires casting them and a NULL deparses as ::unknown not
::date/::timestamp/etc. We actually do coerce these bounds, since we
have to build a range constructor, but we don't put those into the
ForPortionOfExpr struct. This commit fixes that.

[0]: /messages/by-id/CA+renyV6QLOJYmLo3gbsg1Y+Crho8NqME1jJXgPbO_NgxfBaKQ@mail.gmail.com

Yours,

--
Paul ~{:-)
pj@illuminatedcomputing.com

Attachments:

t253669_1
v1-0001-Resolve-untyped-parameters-in-FOR-PORTION-OF-FROM.patchtext/x-patch; charset=US-ASCII; name=v1-0001-Resolve-untyped-parameters-in-FOR-PORTION-OF-FROM.patchDownload+185-5
#2Peter Eisentraut
peter_e@gmx.net
In reply to: Paul A Jungwirth (#1)
Re: FOR PORTION OF bounds not coerced in PREPARE

On 04.09.26 06:35, Paul A Jungwirth wrote:

Here is a fix for findings D2 & D12 from [0].

The issue is FOR PORTION OF bounds are not coerced, so PREPARE
requires casting them and a NULL deparses as ::unknown not
::date/::timestamp/etc. We actually do coerce these bounds, since we
have to build a range constructor, but we don't put those into the
ForPortionOfExpr struct. This commit fixes that.

[0] /messages/by-id/CA+renyV6QLOJYmLo3gbsg1Y+Crho8NqME1jJXgPbO_NgxfBaKQ@mail.gmail.com

committed