Skip to content

Commit b04214f

Browse files
committed
gistendscan() forgot to free so->giststate.
This oversight led to a massive memory leak --- upwards of 10KB per tuple --- during creation-time verification of an exclusion constraint based on a GIST index. In most other scenarios it'd just be a leak of 10KB that would be recovered at end of query, so not too significant; though perhaps the leak would be noticeable in a situation where a GIST index was being used in a nestloop inner indexscan. In any case, it's a real leak of long standing, so patch all supported branches. Per report from Harald Fuchs.
1 parent cac7332 commit b04214f

File tree

1 file changed

+4
-1
lines changed

1 file changed

+4
-1
lines changed

src/backend/access/gist/gistscan.c

Lines changed: 4 additions & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -138,12 +138,15 @@ gistendscan(PG_FUNCTION_ARGS)
138138
{
139139
gistfreestack(so->stack);
140140
if (so->giststate != NULL)
141+
{
141142
freeGISTstate(so->giststate);
143+
pfree(so->giststate);
144+
}
142145
/* drop pins on buffers -- we aren't holding any locks */
143146
if (BufferIsValid(so->curbuf))
144147
ReleaseBuffer(so->curbuf);
145148
MemoryContextDelete(so->tempCxt);
146-
pfree(scan->opaque);
149+
pfree(so);
147150
}
148151

149152
PG_RETURN_VOID();

0 commit comments

Comments
 (0)