git.postgresql.org Git - users/hanada/postgres.git/commit

projects / users / hanada / postgres.git / commit

summary | shortlog | log | commit | commitdiff | tree
(parent: 01e2a15) | patch

author	Tom Lane <tgl@sss.pgh.pa.us>
	Thu, 12 Jan 2006 21:49:19 +0000 (21:49 +0000)
committer	Tom Lane <tgl@sss.pgh.pa.us>
	Thu, 12 Jan 2006 21:49:19 +0000 (21:49 +0000)
commit	e26b09618b98358d951eb37e48df2ab6f8cb5489
tree	1590c06dce692cb37a6e4b6bb7c125156427dab2	tree
parent	01e2a15adac9e437ac16fd0a6aef427f4eb78aad	commit \| diff

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.

src/backend/commands/trigger.c		diff \| blob \| blame \| history
src/backend/executor/execMain.c		diff \| blob \| blame \| history
src/include/executor/executor.h		diff \| blob \| blame \| history

Hanada's development tree.