aboutsummaryrefslogtreecommitdiff
path: root/contrib/btree_gist/btree_gist.c
diff options
context:
space:
mode:
authorTom Lane <tgl@sss.pgh.pa.us>2011-08-02 15:16:29 -0400
committerTom Lane <tgl@sss.pgh.pa.us>2011-08-02 15:16:29 -0400
commitac36e6f71f197540b8ee83c97f338ae5e5163f30 (patch)
tree39b4a3dea84cd7d7da70b7e298518b80c7bd3831 /contrib/btree_gist/btree_gist.c
parent2e53bd5517431637e495c7614761e5aae46b4eba (diff)
downloadpostgresql-ac36e6f71f197540b8ee83c97f338ae5e5163f30.tar.gz
postgresql-ac36e6f71f197540b8ee83c97f338ae5e5163f30.zip
Move CheckRecoveryConflictDeadlock() call to a safer place.
This kluge was inserted in a spot apparently chosen at random: the lock manager's state is not yet fully set up for the wait, and in particular LockWaitCancel hasn't been armed by setting lockAwaited, so the ProcLock will not get cleaned up if the ereport is thrown. This seems to not cause any observable problem in trivial test cases, because LockReleaseAll will silently clean up the debris; but I was able to cause failures with tests involving subtransactions. Fixes breakage induced by commit c85c941470efc44494fd7a5f426ee85fc65c268c. Back-patch to all affected branches.
Diffstat (limited to 'contrib/btree_gist/btree_gist.c')
0 files changed, 0 insertions, 0 deletions