From: | David Geier <david(at)swarm64(dot)com> |
---|---|
To: | pgsql-hackers(at)postgresql(dot)org |
Subject: | search_plan_tree(): handling of non-leaf CustomScanState nodes causes segfault |
Date: | 2021-01-18 10:43:30 |
Message-ID: | 0253344d-9bdd-11c4-7f0d-d88c02cd7991@swarm64.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
Hi hackers,
While working with cursors that reference plans with CustomScanStates
nodes, I encountered a segfault which originates from
search_plan_tree(). The query plan is the result of a simple SELECT
statement into which I inject a Custom Scan node at the root to do some
post-processing before returning rows. This plan is referenced by a
second plan with a Tid Scan which originates from a query of the form
DELETE FROM foo WHERE CURRENT OF my_cursor;
search_plan_tree() assumes that
CustomScanState::ScanState::ss_currentRelation is never NULL. In my
understanding that only holds for CustomScanState nodes which are at the
bottom of the plan and actually read from a relation. CustomScanState
nodes which are not at the bottom don't have ss_currentRelation set. I
believe for such nodes, instead search_plan_tree() should recurse into
CustomScanState::custom_ps.
I attached a patch. Any thoughts?
Best regards,
David
Swarm64
Attachment | Content-Type | Size |
---|---|---|
search_plan_tree_patch.txt | text/plain | 1.4 KB |
From | Date | Subject | |
---|---|---|---|
Next Message | Peter Smith | 2021-01-18 10:43:52 | Re: Single transaction in the tablesync worker? |
Previous Message | Daniel Gustafsson | 2021-01-18 10:23:40 | Re: Allow matching whole DN from a client certificate |