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: 77c75076f3f49ef19b5e59eae531f1836613ed56
Author: Tom Lane <tgl@sss.pgh.pa.us>
Date: 2010-07-28T17:21:56Z
Releases: 9.1.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