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.
