Leon, > Does this release solve the issue I have (As seen in my logwatch summary)?: > 150 Extra code modules loaded at runtime > ---------------------------------------------------- > 50 unicore/lib/gc_sc/Digit.pl > 50 unicore/lib/gc_sc/SpacePer.pl > 50 unicore/lib/gc_sc/Word.pl > Eventhough I have this in my amavisd.conf: > > @additional_perl_modules = qw( > /etc/mail/spamassassin/FuzzyOcr.pm > Mail::SpamAssassin::CompiledRegexps::body_0 > MLDBM > String::Approx > Time::HiRes > /usr/lib/perl5/5.8.8/unicore/lib/gc_sc/Digit.pl > /usr/lib/perl5/5.8.8/unicore/lib/gc_sc/SpacePer.pl > /usr/lib/perl5/5.8.8/unicore/lib/gc_sc/Word.pl > );
No, it doesn't get away with these particular reports for .pl files under unicore/lib. It is not a bug and there is nothing I can do (except to suppress logging it). Files under perl.../unicore/lib are not true perl modules, and can not be loaded once and for all, perl wants to be able to read them as needed. This is also a reason why these files need to be copied to chroot subtree if amavisd is running chrooted. It's a bit unsightly, but that is how Perl people concieved unicode support. Mark ------------------------------------------------------------------------- SF.Net email is sponsored by: Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php _______________________________________________ AMaViS-user mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/amavis-user AMaViS-FAQ:http://www.amavis.org/amavis-faq.php3 AMaViS-HowTos:http://www.amavis.org/howto/
