aboutsummaryrefslogtreecommitdiff
path: root/src/backend/executor/nodeBitmapHeapscan.c
diff options
context:
space:
mode:
authorTom Lane <tgl@sss.pgh.pa.us>2017-11-27 19:22:08 -0500
committerTom Lane <tgl@sss.pgh.pa.us>2017-11-27 19:22:08 -0500
commitcb03fa33aeaea4775b9f3437a2240de4ac9cb630 (patch)
tree788efd10169f8d6669b2f25caaad55dcb6f081a8 /src/backend/executor/nodeBitmapHeapscan.c
parent9a785ad573176b88a93563209980fbe80cd72163 (diff)
downloadpostgresql-cb03fa33aeaea4775b9f3437a2240de4ac9cb630.tar.gz
postgresql-cb03fa33aeaea4775b9f3437a2240de4ac9cb630.zip
Fix assorted syscache lookup sloppiness in partition-related code.
heap_drop_with_catalog and ATExecDetachPartition neglected to check for SearchSysCache failures, as noted in bugs #14927 and #14928 from Pan Bian. Such failures are pretty unlikely, since we should already have some sort of lock on the rel at these points, but it's neither a good idea nor per project style to omit a check for failure. Also, StorePartitionKey contained a syscache lookup that it never did anything with, including never releasing the result. Presumably the reason why we don't see refcount-leak complaints is that the lookup always fails; but in any case it's pretty useless, so remove it. All of these errors were evidently introduced by the relation partitioning feature. Back-patch to v10 where that came in. Amit Langote and Tom Lane Discussion: https://postgr.es/m/20171127090105.1463.3962@wrigleys.postgresql.org Discussion: https://postgr.es/m/20171127091341.1468.72696@wrigleys.postgresql.org
Diffstat (limited to 'src/backend/executor/nodeBitmapHeapscan.c')
0 files changed, 0 insertions, 0 deletions