]> granicus.if.org Git - postgresql/commit
Fix nasty bug in nodeIndexscan.c's detection of duplicate tuples during
authorTom Lane <tgl@sss.pgh.pa.us>
Fri, 19 May 2006 16:31:05 +0000 (16:31 +0000)
committerTom Lane <tgl@sss.pgh.pa.us>
Fri, 19 May 2006 16:31:05 +0000 (16:31 +0000)
commitc8fd45b0593cffcc0c31f8a0664b412cebbccdae
tree588b73a1afc711fcf1850e2f1edb7a0593ccf07c
parentc5c3d8c6dbd4eaa04daf471fce48a3ca06ae5dc1
Fix nasty bug in nodeIndexscan.c's detection of duplicate tuples during
a multiple (OR'ed) indexscan.  It was checking for duplicate
tuple->t_data->t_ctid, when what it should be checking is tuple->t_self.
The trouble situation occurs when a live tuple has t_ctid not pointing to
itself, which can happen if an attempted UPDATE was rolled back.  After a
VACUUM, an unrelated tuple could be installed where the failed update tuple
was, leading to one live tuple's t_ctid pointing to an unrelated tuple.
If one of these tuples is fetched by an earlier OR'ed indexscan and the other
by a later indexscan, nodeIndexscan.c would incorrectly ignore the second
tuple.  The bug exists in all 7.4.* and 8.0.* versions, but not in earlier
or later branches because this code was only used in those releases.  Per
trouble report from Rafael Martinez Guerrero.
src/backend/executor/nodeIndexscan.c