Re: [PATCH]: alternative implementation apr_hash_first()

[Gunter Coelle <gu...@dbaudio.com>]

Justin Erenkrantz wrote:

> --On Wednesday, April 30, 2003 10:24 AM +0200 Gunter Coelle 
> <gu...@dbaudio.com> wrote:
>
>> You're right, it would also be the better alternative.
>> I already did this as a fix in my apps and other hashtable
>> implementations are mostly using this technique too.
>> But I'm not sure of the apr-'policy'. AFAIK public structs are
>> avoided wherever possible in the headers.
>
>
> Yes, they are avoided, but this might be a case where exposure is 
> warranted.
>
> Since I'm not exactly clear what was suggested, if you could submit a 
> patch that does this (and works for you), it'd be appreciated.  
> -- justin

following patch just moves some declaraions from apr_hash.c to apr_hash.h.
With this I can add a function (apr_hash_first_hi) in my apps,
which takes an address of the iterator as an argument.
This function might also go into apr_hash.c.

- gunter