Yahoo Groups archive

Milter-greylist

Index last updated: 2026-04-28 23:32 UTC

Message

Re: [milter-greylist] hash table acceleration breaks lazyaw

2006-03-29 by Hajimu UMEMOTO

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/

Attachments

Move to quarantaine

This moves the raw source file on disk only. The archive index is not changed automatically, so you still need to run a manual refresh afterward.