]> granicus.if.org Git - postgresql/commit
Need to do SPI_push/SPI_pop around expression evaluation in plpgsql.
authorTom Lane <tgl@sss.pgh.pa.us>
Sun, 6 Nov 2016 17:09:36 +0000 (12:09 -0500)
committerTom Lane <tgl@sss.pgh.pa.us>
Sun, 6 Nov 2016 17:09:36 +0000 (12:09 -0500)
commitfc8b81a291bf7e1acfcbd40ed344f323f1e93a94
tree881a5298709ff58f3dc6b46716438a985b990497
parent5485c99e7f507b2849ac675e9c10f34551f645b6
Need to do SPI_push/SPI_pop around expression evaluation in plpgsql.

We must do this in case the expression evaluation results in calling
another plpgsql function (or, really, anything using SPI).  I missed
the need for this when I converted exec_cast_value() from doing a
simple InputFunctionCall() to doing ExecEvalExpr() in commit 1345cc67b.
There is a SPI_push_conditional in InputFunctionCall(), so that there
was no bug before that.

Per bug #14414 from Marcos Castedo.  Add a regression test based on his
example, which was that a plpgsql function in a domain check constraint
didn't work when assigning to a domain-type variable within plpgsql.

Report: <20161106010947.1387.66380@wrigleys.postgresql.org>
src/pl/plpgsql/src/pl_exec.c
src/test/regress/expected/plpgsql.out
src/test/regress/sql/plpgsql.sql