mirror of
https://github.com/postgres/postgres.git
synced 2026-02-03 20:40:14 -05:00
51298bcfda
after ExecEndNode. It must be done! Or we'll be out of free
tuple slots very soon, though slots are freed by ExecEndNode
and ready for reusing.
We didn't see this problem before because of
int nSlots = ExecCountSlotsNode(plan);
TupleTable tupleTable = ExecCreateTupleTable(nSlots + 10);
/* why add ten? - jolly */
code in InitPlan - i.e. extra 10 slots. Simple select uses
3 slots and so it was possible to re-use evaluation plan
3 additional times and didn't get
elog(NOTICE, "Plan requires more slots than are available");
elog(ERROR, "send mail to your local executor guru to fix this");
Changes are obvious and shouldn't be problems with them.
Though, I added Assert(epqstate->es_tupleTable->next == 0)
before EvalPlanQual():ExecInitNode and we'll notice if
something is still wrong. Is it better to change Assert
to elog(ERROR) ?
|
||
|---|---|---|
| .. | ||
| _deadcode | ||
| execAmi.c | ||
| execFlatten.c | ||
| execJunk.c | ||
| execMain.c | ||
| execProcnode.c | ||
| execQual.c | ||
| execScan.c | ||
| execTuples.c | ||
| execUtils.c | ||
| functions.c | ||
| Makefile | ||
| nodeAgg.c | ||
| nodeAppend.c | ||
| nodeGroup.c | ||
| nodeHash.c | ||
| nodeHashjoin.c | ||
| nodeIndexscan.c | ||
| nodeMaterial.c | ||
| nodeMergejoin.c | ||
| nodeNestloop.c | ||
| nodeResult.c | ||
| nodeSeqscan.c | ||
| nodeSort.c | ||
| nodeSubplan.c | ||
| nodeUnique.c | ||
| spi.c | ||