Horton

Fix oversight in new EvalPlanQual logic: the second loop over the ExecRowMark

Tom Lane <tgl@sss.pgh.pa.us>

View on postgr.es
Commit: e4d495a20b0aa1b9f88df07e6011003a2c2ad700
Author: Tom Lane <tgl@sss.pgh.pa.us>
Date: 2010-07-28T17:22:03Z
Releases: 9.0.0 
Fix oversight in new EvalPlanQual logic: the second loop over the ExecRowMark
list in ExecLockRows() forgot to allow for the possibility that some of the
rowmarks are for child tables that aren't relevant to the current row.
Per report from Kenichiro Tanaka.

Files

PathChange+/−
src/backend/executor/nodeLockRows.c modified +8 −1