aboutsummaryrefslogtreecommitdiff
path: root/src/backend/commands/async.c
diff options
context:
space:
mode:
authorTom Lane <tgl@sss.pgh.pa.us>2008-03-07 15:59:23 +0000
committerTom Lane <tgl@sss.pgh.pa.us>2008-03-07 15:59:23 +0000
commit8576a078430289f12fe91bfa595daf34325f62cc (patch)
tree1eea6ab620e9077f6679bc27f1966151193a160c /src/backend/commands/async.c
parent712d0eecf825f60258fcfc61f79b7dc4edb7d5fc (diff)
downloadpostgresql-8576a078430289f12fe91bfa595daf34325f62cc.tar.gz
postgresql-8576a078430289f12fe91bfa595daf34325f62cc.zip
Change hashscan.c to keep its list of active hash index scans in
TopMemoryContext, rather than scattered through executor per-query contexts. This poses no danger of memory leak since the ResourceOwner mechanism guarantees release of no-longer-needed items. It is needed because the per-query context might already be released by the time we try to clean up the hash scan list. Report by ykhuang, diagnosis by Heikki. Back-patch to 8.0, where the ResourceOwner-based cleanup was introduced. The given test case does not fail before 8.2, probably because we rearranged transaction abort processing somehow; but this coding is undoubtedly risky so I'll patch 8.0 and 8.1 anyway.
Diffstat (limited to 'src/backend/commands/async.c')
0 files changed, 0 insertions, 0 deletions