aboutsummaryrefslogtreecommitdiff
path: root/src/backend/executor/nodeModifyTable.c
diff options
context:
space:
mode:
authorTom Lane <tgl@sss.pgh.pa.us>2022-06-26 08:58:05 -0400
committerTom Lane <tgl@sss.pgh.pa.us>2022-06-26 08:58:05 -0400
commitebc584ed495d7ad3a3f33db4e75d9543ff6a87d1 (patch)
tree1fba6670159e16cf9beee7071cc9c8a0bff5d65c /src/backend/executor/nodeModifyTable.c
parent3ab4fc5dcf30ebc90a23ad878342dc528e2d25ce (diff)
downloadpostgresql-ebc584ed495d7ad3a3f33db4e75d9543ff6a87d1.tar.gz
postgresql-ebc584ed495d7ad3a3f33db4e75d9543ff6a87d1.zip
Harden range_table_mutator() against null RangeTblEntry.subquery.
Commit 64919aaab made pull_up_simple_subquery set rte->subquery = NULL after doing the deed, so that we don't waste cycles copying a now-useless subquery tree around. This turns out to create a core dump hazard in range_table_mutator, which supposes that that field is never NULL. Apparently none of our own code invokes query_tree_mutator or range_table_mutator on the top Query after subquery pullup; but it wouldn't be surprising if outside code does, and anyway I'm working on a v16 patch that will need it. We can fix this cleanly by just getting rid of the special-case handling of this field and treating it more like all the rest. I think the special case might be left over from a time when QTW_DONT_COPY_QUERY was the default behavior, but that was eons ago. Thanks to Dean Rasheed for review. Discussion: https://postgr.es/m/545569.1656107045@sss.pgh.pa.us
Diffstat (limited to 'src/backend/executor/nodeModifyTable.c')
0 files changed, 0 insertions, 0 deletions