Hi,
>>>>> On Tue, 28 Mar 2006 23:49:24 +0300
>>>>> Ranko Zivojnovic <ranko@...> said:
ranko> True - the mistake was in the typecast, but I still want to use 32 bit
ranko> values in the hash calculus in order to allow for the large hash table.
I have no objection about use of 32 bit values.
ranko> Linux and others do provide for s6_addr32, but Solaris 8 unfortunately
ranko> does not (for user space at least) - thus the cast. If you have better
ranko> or more portable solution, please do let me know.
s6_addr32 is not standard. Only s6_addr is defined in RFC 3493. So,
you cannot use s6_addr32 as long as you consider portability.
BSDs such as FreeBSD and NetBSD don't expose s6_addr32 to userland
intentionally, as well.
ranko> True... Anyhow - I have rewritten macros and have _tested_ them this
ranko> time around, so now both v4 and v6 implementations do behave as
ranko> expected.
It seems okay to me.
ranko> Attached is the working version. Sorry for any confusion :) caused.
No problem. :-)
--
Hajimu UMEMOTO @ Internet Mutual Aid Society Yokohama, Japan
ume@... ume@{,jp.}FreeBSD.org
http://www.imasy.org/~ume/Message
Re: [milter-greylist] hash table acceleration breaks lazyaw
2006-03-29 by Hajimu UMEMOTO
Attachments
- No local attachments were found for this message.