Tom Lane 6a17826621 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.

2008-03-07 15:59:03 +00:00

..

common

Remove another target I forgot during the refactoring

2008-02-19 11:49:12 +00:00

gin

Refactor backend makefiles to remove lots of duplicate code

2008-02-19 10:30:09 +00:00

gist

Refactor backend makefiles to remove lots of duplicate code

2008-02-19 10:30:09 +00:00

hash

Change hashscan.c to keep its list of active hash index scans in

2008-03-07 15:59:03 +00:00

heap

Fix PREPARE TRANSACTION to reject the case where the transaction has dropped a

2008-03-04 19:54:06 +00:00

index

Refactor backend makefiles to remove lots of duplicate code

2008-02-19 10:30:09 +00:00

nbtree

Refactor backend makefiles to remove lots of duplicate code

2008-02-19 10:30:09 +00:00

transam

Fix PREPARE TRANSACTION to reject the case where the transaction has dropped a

2008-03-04 19:54:06 +00:00

Makefile

Refactor backend makefiles to remove lots of duplicate code

2008-02-19 10:30:09 +00:00