pgsql: Repair "Halloween problem" in EvalPlanQual: a tuple that's been - Mailing list pgsql-committers

From tgl@postgresql.org (Tom Lane)
Subject pgsql: Repair "Halloween problem" in EvalPlanQual: a tuple that's been
Date
Msg-id 20060112214908.307219DCE2C@postgresql.org
Whole thread Raw
List pgsql-committers
Log Message:
-----------
Repair "Halloween problem" in EvalPlanQual: a tuple that's been inserted by
our own command (or more generally, xmin = our xact and cmin >= current
command ID) should not be seen as good.  Else we may try to update rows
we already updated.  This error was inserted last August while fixing the
even bigger problem that the old coding wouldn't see *any* tuples inserted
by our own transaction as good.  Per report from Euler Taveira de Oliveira.

Tags:
----
REL8_1_STABLE

Modified Files:
--------------
    pgsql/src/backend/commands:
        trigger.c (r1.195.2.1 -> r1.195.2.2)

(http://developer.postgresql.org/cvsweb.cgi/pgsql/src/backend/commands/trigger.c.diff?r1=1.195.2.1&r2=1.195.2.2)
    pgsql/src/backend/executor:
        execMain.c (r1.256.2.4 -> r1.256.2.5)

(http://developer.postgresql.org/cvsweb.cgi/pgsql/src/backend/executor/execMain.c.diff?r1=1.256.2.4&r2=1.256.2.5)
    pgsql/src/include/executor:
        executor.h (r1.120.2.1 -> r1.120.2.2)

(http://developer.postgresql.org/cvsweb.cgi/pgsql/src/include/executor/executor.h.diff?r1=1.120.2.1&r2=1.120.2.2)

pgsql-committers by date:

Previous
From: tgl@postgresql.org (Tom Lane)
Date:
Subject: pgsql: Repair "Halloween problem" in EvalPlanQual: a tuple that's been
Next
From: tgl@postgresql.org (Tom Lane)
Date:
Subject: pgsql: Repair "Halloween problem" in EvalPlanQual: a tuple that's been