is:
>
> BEGIN {
> do 'moduleX.methods.pl';
> }
>
> That will ignore %INC and load it again anyway.
>
> A better solution is to put the moduleX.methods subs into a package.
> That will save memory because it avoids loading them more than once in
> s
aj2taylo wrote:
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
>
>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 softwar
aj2taylo wrote:
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 th
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.
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#a7853090
Sent from the mod_perl - General mailing list archive at Nabble.com.
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_Module
aj2taylo wrote:
package moduleX;
require "moduleX.methods";
perldoc -f use
perldoc -f require
note that require does not call ::->import()
i.e.:
require A;
A::x()
vs
use B;
c();
package B;
@EXPORT = qw(c);
sub c { }
package A;
sub x { }
--
---
what could cause
this? Could it be related to a problem with an Apache child process?
Thanks
--
View this message in context:
http://www.nabble.com/mod_perl-problems---require-file-tf2810466.html#a7842734
Sent from the mod_perl - General mailing list archive at Nabble.com.
