diff options
author | Tom Lane <tgl@sss.pgh.pa.us> | 2015-11-05 13:52:30 -0500 |
---|---|---|
committer | Tom Lane <tgl@sss.pgh.pa.us> | 2015-11-05 13:52:40 -0500 |
commit | 8c75ad436f75fc629b61f601ba884c8f9313c9af (patch) | |
tree | 80d33393d43c659c57021bb129a5c8ba0734329c /src/backend/utils/adt/jsonb_gin.c | |
parent | 64b2e7ad917a9a7814904d0f6dbde52cefbcfa00 (diff) | |
download | postgresql-8c75ad436f75fc629b61f601ba884c8f9313c9af.tar.gz postgresql-8c75ad436f75fc629b61f601ba884c8f9313c9af.zip |
Fix memory leaks in PL/Python.
Previously, plpython was in the habit of allocating a lot of stuff in
TopMemoryContext, and it was very slipshod about making sure that stuff
got cleaned up; in particular, use of TopMemoryContext as fn_mcxt for
function calls represents an unfixable leak, since we generally don't
know what the called function might have allocated in fn_mcxt. This
results in session-lifespan leakage in certain usage scenarios, as for
example in a case reported by Ed Behn back in July.
To fix, get rid of all the retail allocations in TopMemoryContext.
All long-lived allocations are now made in sub-contexts that are
associated with specific objects (either pl/python procedures, or
Python-visible objects such as cursors and plans). We can clean these
up when the associated object is deleted.
I went so far as to get rid of PLy_malloc completely. There were a
couple of places where it could still have been used safely, but on
the whole it was just an invitation to bad coding.
Haribabu Kommi, based on a draft patch by Heikki Linnakangas;
some further work by me
Diffstat (limited to 'src/backend/utils/adt/jsonb_gin.c')
0 files changed, 0 insertions, 0 deletions