Skip to content

Commit 914ae8d

Browse files
committed
Adjust outdated comment.
Commit 5dfc198 removed the only existing caller of hash_freeze, but left behind a comment indicating that hash_freeze was still used. Adjust. Kyotaro Horiguchi Discussion: http://postgr.es/m/20170424.165541.230634914.horiguchi.kyotaro@lab.ntt.co.jp
1 parent 7cc14ae commit 914ae8d

File tree

1 file changed

+1
-3
lines changed

1 file changed

+1
-3
lines changed

src/backend/utils/hash/dynahash.c

Lines changed: 1 addition & 3 deletions
Original file line numberDiff line numberDiff line change
@@ -1330,9 +1330,7 @@ hash_get_num_entries(HTAB *hashp)
13301330
*
13311331
* NOTE: it is possible to use hash_seq_init/hash_seq_search without any
13321332
* worry about hash_seq_term cleanup, if the hashtable is first locked against
1333-
* further insertions by calling hash_freeze. This is used by nodeAgg.c,
1334-
* wherein it is inconvenient to track whether a scan is still open, and
1335-
* there's no possibility of further insertions after readout has begun.
1333+
* further insertions by calling hash_freeze.
13361334
*
13371335
* NOTE: to use this with a partitioned hashtable, caller had better hold
13381336
* at least shared lock on all partitions of the table throughout the scan!

0 commit comments

Comments
 (0)
pFad - Phonifier reborn

Pfad - The Proxy pFad of © 2024 Garber Painting. All rights reserved.

Note: This service is not intended for secure transactions such as banking, social media, email, or purchasing. Use at your own risk. We assume no liability whatsoever for broken pages.


Alternative Proxies:

Alternative Proxy

pFad Proxy

pFad v3 Proxy

pFad v4 Proxy