https://bz.apache.org/SpamAssassin/show_bug.cgi?id=8031
Sidney Markowitz <sid...@sidney.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |sid...@sidney.com
--- Comment #4 from Sidney Markowitz <sid...@sidney.com> ---
To expand on Henrik's comment in case it isn't clear to you, a require
statement should never cause a permission denied error. What require does is
attempt to load a module that it looks for in the directory path specified in
@INC. What use does is load a module at compile time. One difference is that
when the compiler sees the use statement it will load the module. As the
comment before the require says, this code has require instead of use so that
the module will only be loaded if the code is actually executed. Changing it to
use will cause it to be always loaded when spamd first starts up.
This error indicates that @INC is not set correctly when the require statement
is run, even if it is correct at compile time. Is it possible that you are
calling spamd with perl called using -I options to get the library include path
right? If so, that may be what bug 8030 addresses and you should see if the
patch in there helps. You can also see if 4.0.0rc1 helps. I should be releasing
that today. I don't off the top of my head see how a use instead of a require
there would help with bug 8030, but it is in a related area, so maybe.
In any case, changing the require to use cannot be the correct thing to do even
if it suppresses the error, there has to be a different way to fix it.
--
You are receiving this mail because:
You are the assignee for the bug.
