]> git.ipfire.org Git - thirdparty/postgresql.git/commit
Fix plancache refcount leak after error in ExecuteQuery.
authorTom Lane <tgl@sss.pgh.pa.us>
Wed, 16 Jun 2021 23:30:17 +0000 (19:30 -0400)
committerTom Lane <tgl@sss.pgh.pa.us>
Wed, 16 Jun 2021 23:30:17 +0000 (19:30 -0400)
commita6f7745a3e7f89deeb45e78a4bc1b7f39b2d699a
treeae4e4bca2c415928997e29f6724b6a5c8b8934c8
parent1dc53c914fe8bace75ed6c227f6c2e6833e3e7b4
Fix plancache refcount leak after error in ExecuteQuery.

When stuffing a plan from the plancache into a Portal, one is
not supposed to risk throwing an error between GetCachedPlan and
PortalDefineQuery; if that happens, the plan refcount incremented
by GetCachedPlan will be leaked.  I managed to break this rule
while refactoring code in 9dbf2b7d7.  There is no visible
consequence other than some memory leakage, and since nobody is
very likely to trigger the relevant error conditions many times
in a row, it's not surprising we haven't noticed.  Nonetheless,
it's a bug, so rearrange the order of operations to remove the
hazard.

Noted on the way to looking for a better fix for bug #17053.
This mistake is pretty old, so back-patch to all supported
branches.
src/backend/commands/prepare.c