apr-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Gunter Coelle <gunter.coe...@dbaudio.com>
Subject Re: [PATCH]: alternative implementation apr_hash_first()
Date Fri, 02 May 2003 11:11:15 GMT
Justin Erenkrantz wrote:

> --On Wednesday, April 30, 2003 10:24 AM +0200 Gunter Coelle 
> <gunter.coelle@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




Mime
View raw message