Bug 111369 - (IT_48471) Date::Manip is out of date compared with Perl
Date::Manip is out of date compared with Perl
Product: Red Hat Enterprise Linux 3
Classification: Red Hat
Component: perl-DateManip (Show other bugs)
All Linux
medium Severity medium
: ---
: ---
Assigned To: Chip Turner
Depends On:
Blocks: 123574
  Show dependency treegraph
Reported: 2003-12-02 12:53 EST by Nic Doye
Modified: 2007-11-30 17:06 EST (History)
3 users (show)

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2004-12-21 16:34:35 EST
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)
Propietary CGI script (72.64 KB, text/plain)
2003-12-02 13:05 EST, Nic Doye
no flags Details

External Trackers
Tracker ID Priority Status Summary Last Updated
Red Hat Product Errata RHBA-2004:599 normal SHIPPED_LIVE Updated perl-DateManip package 2004-12-21 00:00:00 EST

  None (edit)
Description Nic Doye 2003-12-02 12:53:34 EST
Description of problem:

The Date::Manip module (5.40 as supplied by your good selves) contains
8-bit characters that perl moan a lot, and in the case of one of our
CGI products, fail inexplicably. (I can't work out a cut down version
to show you this though).

Using 5.42a as found on CPAN works fine as all the 8 bit chars have
been escaped properly.

Also perl-DateManip-5.40-15 worked fine on Red Hat Linux 7.3 (from
which we were migrating).

I assume this is something to do with Perl 5.8.x being more UTF-8
aware than 5.6.x.

Version-Release number of selected component (if applicable):


How reproducible:

Well for that one script on that one box, every time.

Steps to Reproduce:
Actual results:

Web script _never_ returned - loads of perl moans in the error log.

Expected results:


Additional info:
Comment 1 Nic Doye 2003-12-02 12:57:47 EST
Bugs: 88017 (Red Hat Linux 8) and 74884 (Red Hat Linux 8) both
complain of how noisy Date::Manip is, but only we/I appear to have
come across a case where perl bums out.
Comment 2 Nic Doye 2003-12-02 13:05:20 EST
Created attachment 96296 [details]
Propietary CGI script

This is a proprietary script, and the one that caused the bug - but _only_ via
the browser (from the command line it's fine).
Comment 3 Nic Doye 2003-12-08 12:49:01 EST
Ah. It's not a Perl problem after all. Sure Date::Manip is noisy as
supplied, but it's Apache 2.0.x that is bumming out. (I remember
seeing a similar problem with "noisy" CGI scripts on Solaris).

I've lowered the priority of the bug to normal after all.
Comment 4 Nic Doye 2003-12-08 12:52:12 EST
Notice that if you run:

# perl -MDate::Manip -e 1

on Fedora Core 1 you get nothing on STDERR, but on RHEL ES 3 - errors

I won't bother attaching the output.
Comment 5 Need Real Name 2004-04-14 18:42:25 EDT
Try this:

$ export LANG="C" # or en_GB
$ perl -MDate::Manip -e 1
Comment 6 Jon Benson 2004-05-11 00:37:17 EDT
We've just seen the same "errors" output with one of our scripts that 
uses this module.

It seems to me that the response for a commercially supported product 
is a bit slack here, especially when the solution seems to be as 
simple as sourcing the new version from CPAN and releasing an errata.
Comment 7 Martin Hunt 2004-09-09 13:35:17 EDT
Another one-liner to reproduce the problem:

LANG=en_GB.UTF-8 perl -e 'use Date::Manip; $date=UnixDate("yesterday",
"%y%m%d"); print $date'

Comment 8 Chip Turner 2004-10-11 10:52:54 EDT
updated to 5.42a, however, which U it makes it out in is undetermined as of yet
Comment 9 John Flanagan 2004-12-21 16:34:35 EST
An advisory has been issued which should help the problem
described in this bug report. This report is therefore being
closed with a resolution of ERRATA. For more information
on the solution and/or where to find the updated files,
please follow the link below. You may reopen this bug report
if the solution does not work for you.


Note You need to log in before you can comment on or make changes to this bug.