]> git.ipfire.org Git - thirdparty/postgresql.git/commit
Fix memory leak in repeated SPGIST index scans.
authorTom Lane <tgl@sss.pgh.pa.us>
Wed, 31 Oct 2018 21:04:43 +0000 (17:04 -0400)
committerTom Lane <tgl@sss.pgh.pa.us>
Wed, 31 Oct 2018 21:04:43 +0000 (17:04 -0400)
commit82dd1c271492e7dc4d5b96825f7b29679c5dc33a
tree469ded2ad689f73c0d6ad7eccab2316a859997d4
parent7dd8b3ca829a033aa09ea8cbfd624ecb6c264c4b
Fix memory leak in repeated SPGIST index scans.

spgendscan neglected to pfree all the memory allocated by spgbeginscan.
It's possible to get away with that in most normal queries, since the
memory is allocated in the executor's per-query context which is about
to get deleted anyway; but it causes severe memory leakage during
creation or filling of large exclusion-constraint indexes.

Also, document that amendscan is supposed to free what ambeginscan
allocates.  The docs' lack of clarity on that point probably caused this
bug to begin with.  (There is discussion of changing that API spec going
forward, but I don't think it'd be appropriate for the back branches.)

Per report from Bruno Wolff.  It's been like this since the beginning,
so back-patch to all active branches.

In HEAD, also fix an independent leak caused by commit 2a6368343
(allocating memory during spgrescan instead of spgbeginscan, which
might be all right if it got cleaned up, but it didn't).  And do a bit
of code beautification on that commit, too.

Discussion: https://postgr.es/m/20181024012314.GA27428@wolff.to
doc/src/sgml/indexam.sgml
src/backend/access/spgist/spgscan.c