* Two bugzilla patches
@ 2006-09-21 4:27 Andreas Jaeger
2006-10-10 7:12 ` Roland McGrath
0 siblings, 1 reply; 2+ messages in thread
From: Andreas Jaeger @ 2006-09-21 4:27 UTC (permalink / raw)
To: Glibc hackers
[-- Attachment #1: Type: text/plain, Size: 2720 bytes --]
Bug 2830:
Fix is in
http://sourceware.org/ml/libc-alpha/2006-06/msg00010.html
Ok to commit?
Bug 2510: Patch appended. Ok to commit?
Andreas
2006-09-21 Andreas Jaeger <aj@suse.de>
[BZ #2510]
* manual/search.texi (Hash Search Function): Clarify.
(Array Search Function): Clarify.
============================================================
Index: manual/search.texi
--- manual/search.texi 11 Oct 2002 10:50:55 -0000 1.36
+++ manual/search.texi 21 Sep 2006 04:27:21 -0000
@@ -82,7 +82,7 @@ starting at @var{base} if it is found.
available @code{NULL} is returned.
The mean runtime of this function is @code{*@var{nmemb}}/2. This
-function should only be used elements often get added to or deleted from
+function should only be used if elements often get added to or deleted from
the array in which case it might not be useful to sort the array before
searching.
@end deftypefun
@@ -247,21 +247,21 @@ Couldn't find Janice.
@node Hash Search Function
@section The @code{hsearch} function.
-The functions mentioned so far in this chapter are searching in a sorted
+The functions mentioned so far in this chapter are for searching in a sorted
or unsorted array. There are other methods to organize information
which later should be searched. The costs of insert, delete and search
differ. One possible implementation is using hashing tables.
-The following functions are declared in the the header file @file{search.h}.
+The following functions are declared in the header file @file{search.h}.
@comment search.h
@comment SVID
@deftypefun int hcreate (size_t @var{nel})
The @code{hcreate} function creates a hashing table which can contain at
least @var{nel} elements. There is no possibility to grow this table so
-it is necessary to choose the value for @var{nel} wisely. The used
-methods to implement this function might make it necessary to make the
+it is necessary to choose the value for @var{nel} wisely. The method
+used to implement this function might make it necessary to make the
number of elements in the hashing table larger than the expected maximal
-number of elements. Hashing tables usually work inefficient if they are
+number of elements. Hashing tables usually work inefficiently if they are
filled 80% or more. The constant access time guaranteed by hashing can
only be achieved if few collisions exist. See Knuth's ``The Art of
Computer Programming, Part 3: Searching and Sorting'' for more
--
Andreas Jaeger, aj@suse.de, http://www.suse.de/~aj/
SUSE Linux Products GmbH, Maxfeldstr. 5, 90409 Nürnberg, Germany
GPG fingerprint = 93A3 365E CE47 B889 DF7F FED1 389A 563C C272 A126
[-- Attachment #2: Type: application/pgp-signature, Size: 188 bytes --]
^ permalink raw reply [flat|nested] 2+ messages in thread
* Re: Two bugzilla patches
2006-09-21 4:27 Two bugzilla patches Andreas Jaeger
@ 2006-10-10 7:12 ` Roland McGrath
0 siblings, 0 replies; 2+ messages in thread
From: Roland McGrath @ 2006-10-10 7:12 UTC (permalink / raw)
To: Andreas Jaeger; +Cc: Glibc hackers
>
> Bug 2830:
> Fix is in
> http://sourceware.org/ml/libc-alpha/2006-06/msg00010.html
> Ok to commit?
>
> Bug 2510: Patch appended. Ok to commit?
Yes.
^ permalink raw reply [flat|nested] 2+ messages in thread
end of thread, other threads:[~2006-10-10 7:12 UTC | newest]
Thread overview: 2+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2006-09-21 4:27 Two bugzilla patches Andreas Jaeger
2006-10-10 7:12 ` Roland McGrath
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).