diff options
author | Tom Lane <tgl@sss.pgh.pa.us> | 2022-06-26 08:58:05 -0400 |
---|---|---|
committer | Tom Lane <tgl@sss.pgh.pa.us> | 2022-06-26 08:58:05 -0400 |
commit | ebc584ed495d7ad3a3f33db4e75d9543ff6a87d1 (patch) | |
tree | 1fba6670159e16cf9beee7071cc9c8a0bff5d65c /src/backend/executor/nodeModifyTable.c | |
parent | 3ab4fc5dcf30ebc90a23ad878342dc528e2d25ce (diff) | |
download | postgresql-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