http://bugzilla.spamassassin.org/show_bug.cgi?id=3852





------- Additional Comments From [EMAIL PROTECTED]  2005-03-22 10:49 -------
Subject: Re:  better way to have user configs 

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1


[EMAIL PROTECTED] writes:
> Right, but the point is to have @sys be untouched, and then have any updates
> go into a different area.  So:
> 
> @foo = qw(a b c d e);
> $bar[2] = undef;
> 
> How cat I get (a,b,d,e) out of that?  $bar[0] and $bar[1] are undef as well
> (as are $bar[4] and $bar[5] for that matter).  So we can't do a
> if(defined($bar[###])) ...   We could create a vec and set 0..$# to 1 to
> start, then set to 0 as appropriate.  Then put additions in a new array and
> concat as necessary.

I think I need a real-worldish example.  As far as I can see, the
only array type in Conf is 'bayes_ignore_header', which has no
corresponding 'bayes_unignore_header' removal function anyway,
so we may be arguing all over the place about a nonexistent
problem.

(PS: I am suggesting that code outside of Conf.pm that performs lookups
will need to change, anyway, in case that's not clear.  That's not
avoidable in my opinion.)

- --j.
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.5 (GNU/Linux)
Comment: Exmh CVS

iD8DBQFCQGhsMJF5cimLx9ARAvbzAJwPAWNt8JM+R+uoyHqwq8kocik6oACdEC/s
mqw54j4yzTmQ/U+UIhkxvvk=
=BV//
-----END PGP SIGNATURE-----





------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.

Reply via email to