diff options
| author | Tom Lane <tgl@sss.pgh.pa.us> | 2006-01-12 21:49:07 +0000 |
|---|---|---|
| committer | Tom Lane <tgl@sss.pgh.pa.us> | 2006-01-12 21:49:07 +0000 |
| commit | a933c4e59ea4a4931be3c0b1d02631a3805dad0d (patch) | |
| tree | 1094a4e4291ad9981b6805975540c665f047abaf /src/backend/utils | |
| parent | e2c60a2cfe3b8f12564133d18d62d6dece12c63f (diff) | |
| download | postgresql-a933c4e59ea4a4931be3c0b1d02631a3805dad0d.tar.gz postgresql-a933c4e59ea4a4931be3c0b1d02631a3805dad0d.zip | |
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.
Diffstat (limited to 'src/backend/utils')
0 files changed, 0 insertions, 0 deletions