Don't add bailout adjustment for non-strict deserialize calls.
authorAndrew Gierth <rhodiumtoad@postgresql.org>
Thu, 28 Jan 2021 10:53:10 +0000 (10:53 +0000)
committerAndrew Gierth <rhodiumtoad@postgresql.org>
Thu, 28 Jan 2021 11:09:49 +0000 (11:09 +0000)
commit30f912a41378bd0ce363276b2e6b9f590520af1d
tree882c0813472fbc9704df6e37d538b776d3e0dc91
parentd43e23505285b2f39dbda615d8cab51d0905fadc
Don't add bailout adjustment for non-strict deserialize calls.

When building aggregate expression steps, strict checks need a bailout
jump for when a null value is encountered, so there is a list of steps
that require later adjustment. Adding entries to that list for steps
that aren't actually strict would be harmless, except that there is an
Assert which catches them. This leads to spurious errors on asserts
builds, for data sets that trigger parallel aggregation of an
aggregate with a non-strict deserialization function (no such
aggregates exist in the core system).

Repair by not adding the adjustment entry when it's not needed.

Backpatch back to 11 where the code was introduced.

Per a report from Darafei (Komzpa) of the PostGIS project; analysis
and patch by me.

Discussion: https://postgr.es/m/87mty7peb3.fsf@news-spur.riddles.org.uk
src/backend/executor/execExpr.c