Re: strange behaviour after upgrade to 0.444
Bruce Guenter <[email protected]> Thu, 11 Sep 2008 13:49:44 -0600
| Newsgroups | gmane.mail.ezmlm |
|---|---|
| Message-ID | <[email protected]> |
On Fri, Sep 05, 2008 at 03:08:58PM +0200, Sirko Zidlewitz wrote: > Obviously for all files containing subscribers > and moderators, the algorithm deciding about the > letter for the filenames changed. > > And yes, the list is running on Freebsd 6.3 for AMD64. Between version 0.441 and 0.442, I unintentionally introduced a change in how subscriber addresses are hashed into the filename letter. In version 0.441 and prior, the hash was calculated in multiple places as a uint32, resulting in the same value on both 32-bit and 64-bit architectures. In version 0.442, I merged those calculations, but changed the internal state to an unsigned long. On AMD64 (and effectively all other 64-bit systems), this altered the calculation resulting in different hashes. Version 0.442 was released on 2005-07-12, but the 32-bit vs 64-bit difference was not discovered for over a year, since using exclusively one or the other would still work fine. Somebody was trying to access the same subscriber lists from both a 32-bit and 64-bit system, and encountered a similar problem to you. The problem is how to correct it. I agree it is a bug in the software, and that 32-bit software should have the same list handling as 64-bit software. However, doing so would break all existing lists on 64-bit boxes. I've come to the conclusion that that solution is worse than the problem. See: http://lists.untroubled.org/?list=ezmlm&cmd=showthread&month=200608&threadid=hcemonicddnaibbocmko http://lists.untroubled.org/?list=ezmlm&cmd=showthread&month=200710&threadid=ljbhggmiioomfgoepocp -- Bruce Guenter <[email protected]> http://untroubled.org/
signature.asc
(application/pgp-signature, 189 B)
-----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) iD8DBQFIyXZY6W+y3GmZgOgRAnxAAJ46O6MnT3by63dSWqCvj6mubM6SGQCdGXp3 fPid2D9I/dlcS4EzLeBnIzk= =282W -----END PGP SIGNATURE-----