aboutsummaryrefslogtreecommitdiff
path: root/src/backend/parser/parse_expr.c
diff options
context:
space:
mode:
authorTom Lane <tgl@sss.pgh.pa.us>2011-11-25 13:58:59 -0500
committerTom Lane <tgl@sss.pgh.pa.us>2011-11-25 13:59:11 -0500
commiteacff260fd220e82ca13cab2ad61d3aeb6eed445 (patch)
tree56976e40225ff871a5af5a2ab07d82f08eebc3ca /src/backend/parser/parse_expr.c
parentd2192a108c7b118d430f03cff0ff84861d5026e0 (diff)
downloadpostgresql-eacff260fd220e82ca13cab2ad61d3aeb6eed445.tar.gz
postgresql-eacff260fd220e82ca13cab2ad61d3aeb6eed445.zip
Fix erroneous replay of GIN_UPDATE_META_PAGE WAL records.
A simple thinko in ginRedoUpdateMetapage, namely failing to increment a loop counter, led to inserting records into the last pending-list page in the wrong order (the opposite of that intended). So far as I can tell, this would not upset the code that eventually flushes pending items into the main part of the GIN index. But it did break the code that searched the pending list for matches, resulting in transient failure to find matching entries during index lookups, as illustrated in bug #6307 from Maksym Boguk. Back-patch to 8.4 where the incorrect code was introduced.
Diffstat (limited to 'src/backend/parser/parse_expr.c')
0 files changed, 0 insertions, 0 deletions