aboutsummaryrefslogtreecommitdiff
path: root/src/backend/access/gist/gistget.c
diff options
context:
space:
mode:
authorTom Lane <tgl@sss.pgh.pa.us>2006-01-13 21:32:12 +0000
committerTom Lane <tgl@sss.pgh.pa.us>2006-01-13 21:32:12 +0000
commit39fc1fb07ad237b1f5cc5516f75969dbcbfaec82 (patch)
tree256c7cf67942e0565484d2d43fee2781ec0a2059 /src/backend/access/gist/gistget.c
parent7d6d02b640395bb2f43c01a134d92ff080e82b34 (diff)
downloadpostgresql-39fc1fb07ad237b1f5cc5516f75969dbcbfaec82.tar.gz
postgresql-39fc1fb07ad237b1f5cc5516f75969dbcbfaec82.zip
Remove logic in XactLockTableWait() that attempted to mark a crashed
transaction as aborted. Since we only call XactLockTableWait on XIDs that we believe to be currently running, the odds of this code ever actually firing are minimal. It's certainly unnecessary, since a transaction that's not either running or committed will be presumed aborted anyway. What's more, it's not hard to imagine scenarios where this could result in corrupting pg_clog: for instance, if a bogus XID somehow got passed to XactLockTableWait. I think the code probably dates from the ancient era when we didn't have TransactionIdIsInProgress; back then it may have been necessary, but now I think it's a waste of cycles and potentially dangerous. Per discussion with Qingqing Zhou and Karsten Hilbert.
Diffstat (limited to 'src/backend/access/gist/gistget.c')
0 files changed, 0 insertions, 0 deletions