700219 - Unable to get mod_perl to work with Class:Load version 0.12

Status: RESOLVED WORKSFORME

(Bugzilla :: Installation & Upgrading, defect)

Description

[Albert Ting]

About a month ago mod_perl was working fine.  But then I rebuilt the "lib" directory via install-module.pl and it installed Class::Load version 0.12.  This newer version prevented me from starting apache with mod_perl.  I didn't get any error message nor warning message, httpd just wouldn't start.

It appears Date::Time uses Class::Load.

I had to force Class::Load back to version 0.10 in order for mod_perl to work again.

Comment 1

[Frédéric Buclin]

Does mod_perl work with Class::Load 0.11? Because 0.12 is really a minimum requirement change only compared to 0.11.

Comment 2

[Albert Ting]

It also fails with v0.11.

Comment 3

[Frédéric Buclin]

Did you report this bug to CPAN? It's much easier for us to blacklist broken versions if the latest one is working.

Comment 4

[Albert Ting]

Yes, I just sent the report to CPAN.  Looks like DateTime-TimeZone-1.41 requires it

Comment 5

[Max Kanat-Alexander]

It would be good to have somebody try to report this. If it causes new mod_perl installs to fail and there's something we can do, it's a blocker.

Comment 6

[Albert Ting]

I narrowed it down.  The problem only occurs if I statically compile mod_perl (httpd 2.2.21, mod_perl 2.0.5).  If I dynamically load mod_perl, I am able to use the latest Class::Load version.

Have also posted my comment to the RT ticket

Comment 7

[Albert Ting]

Latest feedback from their RT system:

  This is a side effect of Params::Classify not being thread-safe. This is addressed in   
  Class::Load 0.17, which requires a new Module::Require, which no longer uses 
  Params::Classify (see also RT#72988).

Comment 8

[Frédéric Buclin]

Class::Load 0.17 is now available on CPAN, so it looks like this is no longer an issue. install-module.pl will automatically find it if it has to install it.