1 .\" Copyright 1993 Ulrich Drepper (drepper@karlsruhe.gmd.de)
2 .\" and Copyright 2008, Linux Foundation, written by Michael Kerrisk
3 .\" <mtk.manpages@gmail.com>
5 .\" %%%LICENSE_START(GPLv2+_DOC_FULL)
6 .\" This is free documentation; you can redistribute it and/or
7 .\" modify it under the terms of the GNU General Public License as
8 .\" published by the Free Software Foundation; either version 2 of
9 .\" the License, or (at your option) any later version.
11 .\" The GNU General Public License's references to "object code"
12 .\" and "executables" are to be interpreted as the output of any
13 .\" document formatting or typesetting system, including
14 .\" intermediate and printed output.
16 .\" This manual is distributed in the hope that it will be useful,
17 .\" but WITHOUT ANY WARRANTY; without even the implied warranty of
18 .\" MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
19 .\" GNU General Public License for more details.
21 .\" You should have received a copy of the GNU General Public
22 .\" License along with this manual; if not, see
23 .\" <http://www.gnu.org/licenses/>.
26 .\" References consulted:
27 .\" SunOS 4.1.1 man pages
28 .\" Modified Sat Sep 30 21:52:01 1995 by Jim Van Zandt <jrv@vanzandt.mv.com>
29 .\" Remarks from dhw@gamgee.acad.emich.edu Fri Jun 19 06:46:31 1998
30 .\" Modified 2001-12-26, 2003-11-28, 2004-05-20, aeb
31 .\" 2008-09-02, mtk: various additions and rewrites
32 .\" 2008-09-03, mtk, restructured somewhat, in part after suggestions from
33 .\" Timothy S. Nelson <wayland@wayland.id.au>
35 .TH HSEARCH 3 2014-01-05 "GNU" "Linux Programmer's Manual"
37 hcreate, hdestroy, hsearch, hcreate_r, hdestroy_r,
38 hsearch_r \- hash table management
41 .B #include <search.h>
43 .BI "int hcreate(size_t " nel );
45 .BI "ENTRY *hsearch(ENTRY " item ", ACTION " action );
47 .B "void hdestroy(void);"
49 .BR "#define _GNU_SOURCE" " /* See feature_test_macros(7) */"
51 .B #include <search.h>
53 .BI "int hcreate_r(size_t " nel ", struct hsearch_data *" htab );
55 .BI "int hsearch_r(ENTRY " item ", ACTION " action ", ENTRY **" retval ,
56 .BI " struct hsearch_data *" htab );
58 .BI "void hdestroy_r(struct hsearch_data *" htab );
66 allow the caller to create and manage a hash search table
67 containing entries consisting of a key (a string) and associated data.
68 Using these functions, only one hash table can be used at a time.
74 are reentrant versions that allow a program to use
75 more than one hash search table at the same time.
78 points to a structure that describes the table
79 on which the function is to operate.
80 The programmer should treat this structure as opaque
81 (i.e., do not attempt to directly access or modify
82 the fields in this structure).
84 First a hash table must be created using
86 The argument \fInel\fP specifies the maximum number of entries
88 (This maximum cannot be changed later, so choose it wisely.)
89 The implementation may adjust this value upward to improve the
90 performance of the resulting hash table.
91 .\" e.g., in glibc it is raised to the next higher prime number
95 function performs the same task as
97 but for the table described by the structure
99 The structure pointed to by
101 must be zeroed before the first call to
106 frees the memory occupied by the hash table that was created by
110 a new hash table can be created using
114 function performs the analogous task for a hash table described by
116 which was previously created using
121 function searches the hash table for an
122 item with the same key as \fIitem\fP (where "the same" is determined using
124 and if successful returns a pointer to it.
126 The argument \fIitem\fP is of type \fIENTRY\fP, which is defined in
127 \fI<search.h>\fP as follows:
131 typedef struct entry {
138 The field \fIkey\fP points to a null-terminated string which is the
140 The field \fIdata\fP points to data that is associated with that key.
142 The argument \fIaction\fP determines what
144 does after an unsuccessful search.
145 This argument must either have the value
147 meaning insert a copy of
149 (and return a pointer to the new hash table entry as the function result),
152 meaning that NULL should be returned.
165 but operates on the hash table described by
169 function differs from
171 in that a pointer to the found item is returned in
173 rather than as the function result.
178 return nonzero on success.
179 They return 0 on error, with
181 set to indicate the cause of the error.
185 returns a pointer to an entry in the hash table.
187 returns NULL on error, that is,
188 if \fIaction\fP is \fBENTER\fP and
189 the hash table is full, or \fIaction\fP is \fBFIND\fP and \fIitem\fP
190 cannot be found in the hash table.
192 returns nonzero on success, and 0 on error.
193 In the event of an error, these two functions set
195 to indicate the cause of the error.
201 can fail for the following reasons:
210 can fail for the following reasons:
217 was not found in the table,
218 and there was no room in the table to add a new entry.
226 was not found in the table.
228 POSIX.1-2001 specifies only the
232 .SS Multithreading (see pthreads(7))
238 functions use a global space for storing the table, so they are not thread-safe.
245 functions are thread-safe.
252 are from SVr4, and are described in POSIX.1-2001.
260 Hash table implementations are usually more efficient when the
261 table contains enough free space to minimize collisions.
262 Typically, this means that
264 should be at least 25% larger than the maximum number of elements
265 that the caller expects to store in the table.
271 functions do not free the buffers pointed to by the
275 elements of the hash table entries.
276 (It can't do this because it doesn't know
277 whether these buffers were allocated dynamically.)
278 If these buffers need to be freed (perhaps because the program
279 is repeatedly creating and destroying hash tables,
280 rather than creating a single table whose lifetime
281 matches that of the program),
282 then the program must maintain bookkeeping data structures that
283 allow it to free them.
285 SVr4 and POSIX.1-2001 specify that \fIaction\fP
286 is significant only for unsuccessful searches, so that an \fBENTER\fP
287 should not do anything for a successful search.
288 In libc and glibc (before version 2.3), the
289 implementation violates the specification,
290 updating the \fIdata\fP for the given \fIkey\fP in this case.
292 Individual hash table entries can be added, but not deleted.
295 The following program inserts 24 items into a hash table, then prints
303 static char *data[] = { "alpha", "bravo", "charlie", "delta",
304 "echo", "foxtrot", "golf", "hotel", "india", "juliet",
305 "kilo", "lima", "mike", "november", "oscar", "papa",
306 "quebec", "romeo", "sierra", "tango", "uniform",
307 "victor", "whisky", "x\-ray", "yankee", "zulu"
318 for (i = 0; i < 24; i++) {
320 /* data is just an integer, instead of a
321 pointer to something */
323 ep = hsearch(e, ENTER);
324 /* there should be no failures */
326 fprintf(stderr, "entry failed\\n");
331 for (i = 22; i < 26; i++) {
332 /* print two entries from the table, and
333 show that two are not in the table */
335 ep = hsearch(e, FIND);
336 printf("%9.9s \-> %9.9s:%d\\n", e.key,
337 ep ? ep\->key : "NULL", ep ? (int)(ep\->data) : 0);