You are viewing a plain text version of this content. The canonical link for it is here.
Posted to modperl@perl.apache.org by Sreeji K Das <sr...@yahoo.com> on 2002/02/07 12:15:39 UTC

Apache::Symbol-calling ->can('undef_functions')

Hi
The following
perl -MDevel::Symdump -e '$t =
Devel::Symdump->new(main); print $t->packages, "\n";'

in perl 5.6.1 returns <none> as one the packages !
Apache::Symbol (mod_perl-1.26) seems to call a
'can('undef_function..' on this values & as a result,
a fatal error is thrown ! I have done a 'next if
/\<none\>/' in Apache::Symbol to work around this.

There is no problem in perl-5.005. No one else faced
similar problem ? BTW, all this is in Solaris 2.6

Sreeji



__________________________________________________
Do You Yahoo!?
Everything you'll ever need on one web page
from News and Sport to Email and Music Charts
http://uk.my.yahoo.com

Re: Apache::Symbol-calling ->can('undef_functions')

Posted by Jim Smith <jg...@moya.tamu.edu>.
On Thu, Feb 07, 2002 at 08:09:57AM -0500, Geoffrey Young wrote:
> Sreeji K Das wrote:
> > 
> > Hi
> > The following
> > perl -MDevel::Symdump -e '$t =
> > Devel::Symdump->new(main); print $t->packages, "\n";'
> > 
> > in perl 5.6.1 returns <none> as one the packages !
> > Apache::Symbol (mod_perl-1.26) seems to call a
> > 'can('undef_function..' on this values & as a result,
> > a fatal error is thrown ! I have done a 'next if
> > /\<none\>/' in Apache::Symbol to work around this.
> > 
> > There is no problem in perl-5.005. No one else faced
> > similar problem ? BTW, all this is in Solaris 2.6
> 
> I guess you're using Apache::StatINC?  from the recesses of my memory,
> I think that only Apache::StatINC uses Apache::Symbol, and in perl
> 5.6.0 the need for Apache::Symbol was removed, since subroutine
> redefined warnings were made not-mandatory.
> 
> at any rate, if you're using Apache::StatINC you can probably just
> move to Apache::Reload to avoid the problem.  other than that, I'm not
> sure what to tell you - I can't recall anyone else reporting this
> problem...

I did find yesterday that Apache::Status + Devel::Symdump can cause
Apache to segfault on Solaris 2.7 with Perl 5.6.1, mod_perl 1.26,
apache 1.3.22.  Not sure why yet.  I'm just avoiding the combination
for now :/  (Basically, let this serve as a warning so people aren't
surprised if they see it.)

I also get the following at times:

Bizarre copy of ARRAY in aassign at /usr/local/lib/perl5/site_perl/5.6.1/Devel/Symdump.pm line 53.

Probably should post to p5p or something if I can gather more information.

--jim

Re: Apache::Symbol-calling ->can('undef_functions')

Posted by Geoffrey Young <ge...@modperlcookbook.org>.
Sreeji K Das wrote:
> 
> Hi
> The following
> perl -MDevel::Symdump -e '$t =
> Devel::Symdump->new(main); print $t->packages, "\n";'
> 
> in perl 5.6.1 returns <none> as one the packages !
> Apache::Symbol (mod_perl-1.26) seems to call a
> 'can('undef_function..' on this values & as a result,
> a fatal error is thrown ! I have done a 'next if
> /\<none\>/' in Apache::Symbol to work around this.
> 
> There is no problem in perl-5.005. No one else faced
> similar problem ? BTW, all this is in Solaris 2.6

I guess you're using Apache::StatINC?  from the recesses of my memory,
I think that only Apache::StatINC uses Apache::Symbol, and in perl
5.6.0 the need for Apache::Symbol was removed, since subroutine
redefined warnings were made not-mandatory.

at any rate, if you're using Apache::StatINC you can probably just
move to Apache::Reload to avoid the problem.  other than that, I'm not
sure what to tell you - I can't recall anyone else reporting this
problem...

--Geoff