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
portalcmds.c (r220.127.116.11 -> r18.104.22.168)
snapmgr.c (r22.214.171.124 -> r126.96.36.199)
snapmgr.h (r188.8.131.52 -> r184.108.40.206)
triggers.out (r1.26 -> r220.127.116.11)
triggers.sql (r1.15 -> r18.104.22.168)
pgsql-committers by date
|Next:||From: Alvaro Herrera||Date: 2009-10-07 22:14:26|
|Subject: pgsql: Make it possibly to specify GUC params per user and per database.|
|Previous:||From: Alvaro Herrera||Date: 2009-10-07 16:27:18|
|Subject: pgsql: Fix snapshot management, take two.|