]> 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:32:13 +0000 (23:32 +0200)
commitd89348976c51952293ffe35845c372ffa7e93b47
treeec45ec4eba52a72bf400713690d0eee63a759be7
parent6f50b1c70fe04dc0b08f58e87dd982d50e0edd22
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