]> granicus.if.org Git - postgresql/commit
Fix assert in nested SQL procedure call
authorPeter Eisentraut <peter_e@gmx.net>
Fri, 29 Jun 2018 11:28:39 +0000 (13:28 +0200)
committerPeter Eisentraut <peter_e@gmx.net>
Fri, 6 Jul 2018 21:25:44 +0000 (23:25 +0200)
commit2e78c5b522a91c7893decd92d6f5b31fef0027bd
tree028b9be410d3617df2381a113cc0163130143726
parente34ec136201df07a05a83825ebff7fffb9043598
Fix assert in nested SQL procedure call

When executing CALL in PL/pgSQL, we need to set a snapshot before
invoking the to-be-called procedure.  Otherwise, the to-be-called
procedure might end up running without a snapshot.  For LANGUAGE SQL
procedures, this would result in an assertion failure.  (For most other
languages, this is usually not a problem, because those use SPI and SPI
sets snapshots in most cases.)  Setting the snapshot restores the
behavior of how CALL worked when it was handled as a generic SQL
statement in PL/pgSQL (exec_stmt_execsql()).

This change revealed another problem:  In SPI_commit(), we popped the
active snapshot before committing the transaction, to avoid "snapshot %p
still active" errors.  However, there is no particular reason why only
at most one snapshot should be on the stack.  So change this to pop all
active snapshots instead of only one.
src/backend/executor/spi.c
src/pl/plpgsql/src/expected/plpgsql_transaction.out
src/pl/plpgsql/src/pl_exec.c
src/pl/plpgsql/src/sql/plpgsql_transaction.sql