aboutsummaryrefslogtreecommitdiff
path: root/src/backend/utils/adt/jsonb_gin.c
diff options
context:
space:
mode:
authorTom Lane <tgl@sss.pgh.pa.us>2015-11-05 13:52:30 -0500
committerTom Lane <tgl@sss.pgh.pa.us>2015-11-05 13:52:40 -0500
commit8c75ad436f75fc629b61f601ba884c8f9313c9af (patch)
tree80d33393d43c659c57021bb129a5c8ba0734329c /src/backend/utils/adt/jsonb_gin.c
parent64b2e7ad917a9a7814904d0f6dbde52cefbcfa00 (diff)
downloadpostgresql-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