summaryrefslogtreecommitdiff
path: root/src/bin/pg_dump/dumputils.c
diff options
context:
space:
mode:
authorAlvaro Herrera2009-10-07 16:27:18 +0000
committerAlvaro Herrera2009-10-07 16:27:18 +0000
commit07cefdfb7a1c1a7ae96783c9723102250a4c3bad (patch)
tree3b1838727a0455e08833a930ed4d0cd31d1fc2e4 /src/bin/pg_dump/dumputils.c
parent603e72b0bea008edba86f8d366b675992e0bcf90 (diff)
Fix snapshot management, take two.
Partially revert the previous patch I installed and replace it with a more general fix: any time a snapshot is pushed as Active, we need to ensure that it will not be modified in the future. This means that if the same snapshot is used as CurrentSnapshot, it needs to be copied separately. This affects serializable transactions only, because CurrentSnapshot has already been copied by RegisterSnapshot and so PushActiveSnapshot does not think it needs another copy. However, CommandCounterIncrement would modify CurrentSnapshot, whereas ActiveSnapshots must not have their command counters incremented. I say "partially" because the regression test I added for the previous bug has been kept. (This restores 8.3 behavior, because before snapmgr.c existed, any snapshot set as Active was copied.) Per bug report from Stuart Bishop in [email protected]
Diffstat (limited to 'src/bin/pg_dump/dumputils.c')
0 files changed, 0 insertions, 0 deletions