Sorry, one other thing I didn't mention from the start is that the errors are
happening inconsistently. We can rarely duplicate the error, but see it
showing up in log files, and a QA can periodically replicate it.
So do you think it be related to a bad Apache process, rather than software
based?
aj2taylo wrote:
>
> Thanks for the link, I'll investigate that further.
>
> Correct, moduleX.methods has sub routines defined, but is not itself a
> package. This is all part of a legacy system, and moduleX.pm is used as a
> form handler, so moduleX.methods exists purely for architectural reasons
> (separating certain functions from the form handling functions).
>
> This architectural approach has worked fine for years, and as stated
> before, there were no changes to moduleX.methods or changes to the top of
> moduleX.pm (where the require stmt is).
>
>
>
>
> Perrin Harkins wrote:
>>
>> aj2taylo wrote:
>>> ERR: 24: Line 1: Error in Perl code: Can't locate object method
>>> "subRoutineA" via package "moduleX" (perhaps you forgot to load
>>> "moduleX")
>>> at path/moduleX.pm line 123.
>>
>> Sounds like a variation of this:
>> http://perl.apache.org/docs/1.0/guide/porting.html#Name_collisions_with_Modules_and_libs
>>
>>> The module "moduleX.pm" has a require at the beginning of the file, in
>>> the
>>> format:
>>>
>>>
>>> package moduleX;
>>>
>>> require "moduleX.methods";
>>
>> Is moduleX.methods a file with sub definitions that doesn't declare a
>> package? Why are these subs not in the moduleX file?
>>
>> - Perrin
>>
>>
>
>
--
View this message in context: http://www.nabble.com/mod_perl-problems---require-file-tf2810466.html#a7853213
Sent from the mod_perl - General mailing list archive at Nabble.com.
|