Skip Menu |

This queue is for tickets about the Class-Load CPAN distribution.

Report information
The Basics
Id: 72261
Status: resolved
Priority: 0/
Queue: Class-Load

People
Owner: Nobody in particular
Requestors: Albert.Ting [...] arm.com
Cc:
AdminCc:

Bug Information
Severity: (no value)
Broken in: (no value)
Fixed in: 0.17



Subject: Class::Load version 0.11 and 0.12 break's Bugzilla's mod_perl
Date: Mon, 7 Nov 2011 17:58:10 -0800
To: "bug-Class-Load [...] rt.cpan.org" <bug-Class-Load [...] rt.cpan.org>
From: Albert Ting <Albert.Ting [...] arm.com>
Hi, I was unable to start Bugzilla in mod_perl mode using Class::Load version 0.11 and 0.12. There were no error/warning messages, apache just wouldn't start. Reverting to version 0.10 solved the problem. Best I can tell, DateTime-Timezone-1.41 requires Class::Load. Perl: v5.8.8 built for x86_64-linux-thread-multi Machine: RHE5 2.6.18-238.12.1.el5xen #1 SMP, x86_64 I have no easy way to provide a test case. But I also reported the problem to the Bugzilla team: https://bugzilla.mozilla.org/show_bug.cgi?id=700219 Thanks, Albert -- IMPORTANT NOTICE: The contents of this email and any attachments are confidential and may also be privileged. If you are not the intended recipient, please notify the sender immediately and do not disclose the contents to any other person, use it for any purpose, or store or copy the information in any medium. Thank you.
Thanks for letting us know there's a problem (which will help us correlate data if more people report it), but there's really nothing we can do to help you without some indication of what the error is. Can you load DateTime in isolation, outside of Bugzilla, to see if that still causes an error?
Subject: RE: [rt.cpan.org #72261] Class::Load version 0.11 and 0.12 break's Bugzilla's mod_perl
Date: Mon, 7 Nov 2011 19:03:13 -0800
To: "bug-Class-Load [...] rt.cpan.org" <bug-Class-Load [...] rt.cpan.org>
From: Albert Ting <Albert.Ting [...] arm.com>
No errors occurred when I had a separate script that loaded DateTime in isolation and called a DateTime function. Show quoted text
-----Original Message----- From: Shawn M Moore via RT [mailto:bug-Class-Load@rt.cpan.org] Sent: Monday, November 07, 2011 6:21 PM To: Albert Ting Subject: [rt.cpan.org #72261] Class::Load version 0.11 and 0.12 break's Bugzilla's mod_perl <URL: https://rt.cpan.org/Ticket/Display.html?id=72261 > Thanks for letting us know there's a problem (which will help us correlate data if more people report it), but there's really nothing we can do to help you without some indication of what the error is. Can you load DateTime in isolation, outside of Bugzilla, to see if that still causes an error? -- IMPORTANT NOTICE: The contents of this email and any attachments are confidential and may also be privileged. If you are not the intended recipient, please notify the sender immediately and do not disclose the contents to any other person, use it for any purpose, or store or copy the information in any medium. Thank you.
From: Bryan Beeley <bbeeley [...] reachsystems.com>
It seems likely that this may be the same as the bug I just submitted against DBD::Oracle and Module::Runtime: https://rt.cpan.org/Public/Bug/Display.html?id=72989 https://rt.cpan.org/Public/Bug/Display.html?id=72988 The short version is: if you load Module::Runtime and have an Oracle database connection open within mod_perl2, it will crash on start/restart (it seems to crash when Apache2 forks). I was not able to reproduce this bug with a SQLite database connection. I was assuming it was Oracle specific, but I did not try MySQL. Bryan On Mon Nov 07 22:03:28 2011, Albert.Ting@arm.com wrote: Show quoted text
> No errors occurred when I had a separate script that loaded DateTime > in isolation and called a DateTime function. > > -----Original > Message----- > From: Shawn M Moore via RT [mailto:bug-Class- > Load@rt.cpan.org] > Sent: Monday, November 07, 2011 6:21 PM > To: > Albert Ting > Subject: [rt.cpan.org #72261] Class::Load version 0.11 > and 0.12 break's Bugzilla's mod_perl > > <URL: > https://rt.cpan.org/Ticket/Display.html?id=72261 > > > Thanks for > letting us know there's a problem (which will help us > correlate > data if more people report it), but there's really nothing we > can > do to help you without some indication of what the error is. > > Can > you load DateTime in isolation, outside of Bugzilla, to see if that > still causes an error? > > > -- IMPORTANT NOTICE: The contents of > this email and any attachments are confidential and may also be > privileged. If you are not the intended recipient, please notify > the sender immediately and do not disclose the contents to any > other person, use it for any purpose, or store or copy the > information in any medium. Thank you.
From: Bryan Beeley <bbeeley [...] reachsystems.com>
Oddly, I am not able to reproduce this issue on Ubuntu 9.10 with Perl version v5.10.0.
Subject: RE: [rt.cpan.org #72261] Class::Load version 0.11 and 0.12 break's Bugzilla's mod_perl
Date: Wed, 28 Dec 2011 16:33:28 -0800
To: "bug-Class-Load [...] rt.cpan.org" <bug-Class-Load [...] rt.cpan.org>
From: Albert Ting <Albert.Ting [...] arm.com>
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. -- IMPORTANT NOTICE: The contents of this email and any attachments are confidential and may also be privileged. If you are not the intended recipient, please notify the sender immediately and do not disclose the contents to any other person, use it for any purpose, or store or copy the information in any medium. Thank you.
On Wed Dec 28 19:33:42 2011, Albert.Ting@arm.com wrote: Show quoted text
> 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.
I thought it was pretty standard (and safe) to use a dynamic mod_perl with Apache 2, unlike with Apache 1. I'm probably not going to look into this. It sounds like something a mod_perl hacker might have more success with.
This is a side effect of Params::Classify notbeing 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).