Skip Menu |

This queue is for tickets about the Date-Manip CPAN distribution.

Report information
The Basics
Id: 81147
Status: rejected
Priority: 0/
Queue: Date-Manip

People
Owner: Nobody in particular
Requestors: haroon.rafique [...] gmail.com
Cc:
AdminCc:

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



Subject: SpeedyCGI and Date::Manip don't like each other
Date: Tue, 13 Nov 2012 16:00:36 -0500
To: bug-Date-Manip [...] rt.cpan.org
From: Haroon Rafique <haroon.rafique [...] gmail.com>
SpeedyCGI can be obtained from: http://daemoninc.com/SpeedyCGI/ With following script (date.pl), I can run regular perl as many times as I like. use Date::Manip qw(UnixDate); my ( $m, $d, $y ) = UnixDate('yesterday', '%m', '%d', '%Y'); print 'Yesterday---> $m: ', $m, ' $d: ', $d, ' $y: ', $y, "\n"; Regular perl: $ perl date.pl Yesterday---> $m: 11 $d: 12 $y: 2012 Speedy (1st time - correct answer): $ speedy date.pl Yesterday---> $m: 11 $d: 12 $y: 2012 Speedy (every subsequent time): $ speedy date.pl ERROR: [date_period] Invalid zone: america/toronto ERROR: [date_period] Invalid zone: america/toronto ERROR: [date_period] Invalid zone: america/toronto ERROR: [date_period] Invalid zone: america/toronto Can't use an undefined value as an ARRAY reference at /usr/lib/perl5/vendor_perl/5.16.1/Date/Manip/Base.pm line 817. Can you help me solve this or can you reproduce the bug on your machine(s)? $ perl -v This is perl 5, version 16, subversion 1 (v5.16.1) built for i686-linux $ uname -a Linux haroon.sis.utoronto.ca 2.6.38-gentoo-r4 #1 SMP Wed Apr 11 20:48:13 EDT 2012 i686 Intel(R) Core(TM)2 CPU 6600 @ 2.40GHz GenuineIntel GNU/Linux $ perl -MDate::Manip -e 'print $Date::Manip::VERSION' 6.36 -- Haroon
Your report pretty much says that the problem isn't with Date::Manip, but with speedyCGI. Obviously, it's changing something in the environment, but I can't tell what. I tried to get SpeedyCGI on my system, but the binary packages I found were built in 2003 and had ancient dependencies and I couldn't install them on my system. I also tried compiling the source and couldn't get it to work either (I'm sure that an include file it uses has changed in the last 10 years). Since I strongly suspect that the problem is with SpeedyCGI (which hasn't been updated in almost 10 years), I'm afraid that I've about used up the time I'm willing to devote to this since I can't get it running on my system. I'll make one offer (feel free to not take me up on it). If you're on a machine that you could (and would be willing to) create a temporary account for me and I can SSH to (i.e. it's on a public IP, etc.), I'll spend a few more minutes to see if I can see something obvious. If you're willing to do that, please email me directly (sbeck@cpan.org) and let me know. Otherwise, I'll close out this ticket in a few days.
Incidentally, I suspect that SpeedyCGI is somehow messing up the timezone data somehow (not sure how exactly). Your message is complaining that "America/Toronto" is not a valid timezone (but it is). I'd basically try to run your simple script in the perl debugger under SpeedyCGI (not sure if that's possible) to see what's going on.
Subject: Re: [rt.cpan.org #81147] SpeedyCGI and Date::Manip don't like each other
Date: Wed, 14 Nov 2012 09:56:44 -0500
To: bug-Date-Manip [...] rt.cpan.org
From: Haroon Rafique <haroon.rafique [...] gmail.com>
Thanks for the offer. I will contact you privately as soon as the account is setup. -- Haroon On Wed, Nov 14, 2012 at 7:35 AM, Sullivan Beck via RT < bug-Date-Manip@rt.cpan.org> wrote: Show quoted text
> <URL: https://rt.cpan.org/Ticket/Display.html?id=81147 > > > Your report pretty much says that the problem isn't with Date::Manip, > but with speedyCGI. Obviously, it's changing something in the > environment, but I can't tell what. > > I tried to get SpeedyCGI on my system, but the binary packages I found > were built in 2003 and had ancient dependencies and I couldn't install > them on my system. I also tried compiling the source and couldn't get > it to work either (I'm sure that an include file it uses has changed in > the last 10 years). > > Since I strongly suspect that the problem is with SpeedyCGI (which > hasn't been updated in almost 10 years), I'm afraid that I've about used > up the time I'm willing to devote to this since I can't get it running > on my system. > > I'll make one offer (feel free to not take me up on it). If you're on a > machine that you could (and would be willing to) create a temporary > account for me and I can SSH to (i.e. it's on a public IP, etc.), I'll > spend a few more minutes to see if I can see something obvious. > > If you're willing to do that, please email me directly (sbeck@cpan.org) > and let me know. Otherwise, I'll close out this ticket in a few days. > >
Subject: Re: [rt.cpan.org #81147] SpeedyCGI and Date::Manip don't like each other
Date: Wed, 14 Nov 2012 10:06:46 -0500
To: bug-Date-Manip [...] rt.cpan.org
From: Haroon Rafique <haroon.rafique [...] gmail.com>
On Wed, Nov 14, 2012 at 7:35 AM, Sullivan Beck via RT < bug-Date-Manip@rt.cpan.org> wrote: Show quoted text
> <URL: https://rt.cpan.org/Ticket/Display.html?id=81147 > > > I tried to get SpeedyCGI on my system, but the binary packages I found > were built in 2003 and had ancient dependencies and I couldn't install > them on my system. I also tried compiling the source and couldn't get > it to work either (I'm sure that an include file it uses has changed in > the last 10 years). > >
Not sure if this well help you in getting SpeedyCGI sources compiled, but I had a hell of a time compiling them too. I used the following for inspiration: http://patch-tracker.debian.org/package/speedy-cgi-perl/2.22-13 Gentoo had a working build for SpeedyCGI but I needed to compile from source to get the apache module to build. For reference, here are the Gentoo patches: http://sources.gentoo.org/cgi-bin/viewvc.cgi/gentoo-x86/dev-perl/SpeedyCGI/files/ Hope that helps. -- Haroon
I was never able to resolve this so I'm closing out a very old ticket.