X-Authentication-Warning:	delorie.com: mail set sender to djgpp-workers-bounces using -f
Message-ID:	<41FBD129.1040902@phekda.gotadsl.co.uk>
Date:	Sat, 29 Jan 2005 18:08:41 +0000
From:	Richard Dawe <rich AT phekda DOT gotadsl DOT co DOT uk>
User-Agent:	Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.3) Gecko/20041020
X-Accept-Language:	en, de, fr
MIME-Version:	1.0
To:	djgpp-workers AT delorie DOT com
Subject:	Re: hcreate() and friends (LONG)
References:	<200501291618 DOT j0TGIMHA025530 AT speedy DOT ludd DOT ltu DOT se>
In-Reply-To:	<200501291618.j0TGIMHA025530@speedy.ludd.ltu.se>
Reply-To:	djgpp-workers AT delorie DOT com

Hello.

ams AT ludd DOT ltu DOT se wrote:
> Here's my implementation of hcreate(), hdestroy() and hsearch() plus
> the hash function _hash2v().
> 
> Some points:
> 
> * I'm adding the functional category "search" to libc's
> documentation. I've put hcreate(), hdestroy() and hsearch() in that
> category. I'll move lfind(), lsearch(), insque() and remque() to that
> catetory if you're ok with the new category.

How about a "data structures" category? insque and remque don't really 
seem related to searching.

> * I put the hash function hsearch() uses in posix/search/ and
> <search.h> as its whole reason for being is that hsearch() calls
> it. (Originally it was a static function in hcreate.c but I thought
> that there's no reason for hiding it.) Is that ok, or do you perfer to
> have it somewhere else?

I don't have an opinion on that.

Bye, Rich =]

-- 
Richard Dawe [ http://homepages.nildram.co.uk/~phekda/richdawe/ ]

"You can't evaluate a man by logic alone."
   -- McCoy, "I, Mudd", Star Trek

- Raw text -