Skip Menu |

Preferred bug tracker

Please visit the preferred bug tracker to report your issue.

This queue is for tickets about the Gedcom CPAN distribution.

Report information
The Basics
Id: 59801
Status: resolved
Priority: 0/
Queue: Gedcom

People
Owner: Nobody in particular
Requestors: John [...] WashburnResearch.org
Cc:
AdminCc:

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



Subject: Gedcom 1.16 throws test errors when installing
Dear Paul: The Gedcom from CPan failed to load because of test failures. I am migrating some of my development to a new machine and was spending a lot of time in CPAN building up the reef of perl modules. (I call it a reef because it builds incrementally over time and never shrinks; things go a reef, but they never off.) I got a rude surprise when Gedcom would not load with the usual cpan command of: Show quoted text
cpan>install Gedcom
It failed to load because of test failures. I forced Gedcom.PM on to my reef with: Show quoted text
cpan> make Gedcom cpan> install Gedcom
Attached are the date errors thrown by the auto testing during my installation. Also attached is the machine environment information and the perl reef information. -- In Liberty, John Washburn P.S. I have since installed Roman.PM and the test errors are the same.
Subject: GedcomInstall.log
Download GedcomInstall.log
application/octet-stream 96.7k

Message body not shown because it is not plain text.

Subject: perbugInfo.txt
Use of uninitialized value $category in concatenation (.) or string at /usr/bin/perlbug line 639. Use of uninitialized value $severity in concatenation (.) or string at /usr/bin/perlbug line 639. --- Flags: category= severity= --- Site configuration information for perl 5.10.1: Configured by Debian Project at Fri Apr 23 07:59:14 UTC 2010. Summary of my perl5 (revision 5 version 10 subversion 1) configuration: Platform: osname=linux, osvers=2.6.24-27-server, archname=i486-linux-gnu-thread-multi uname='linux vernadsky 2.6.24-27-server #1 smp fri mar 12 01:45:06 utc 2010 i686 gnulinux ' config_args='-Dusethreads -Duselargefiles -Dccflags=-DDEBIAN -Dcccdlflags=-fPIC -Darchname=i486-linux-gnu -Dprefix=/usr -Dprivlib=/usr/share/perl/5.10 -Darchlib=/usr/lib/perl/5.10 -Dvendorprefix=/usr -Dvendorlib=/usr/share/perl5 -Dvendorarch=/usr/lib/perl5 -Dsiteprefix=/usr/local -Dsitelib=/usr/local/share/perl/5.10.1 -Dsitearch=/usr/local/lib/perl/5.10.1 -Dman1dir=/usr/share/man/man1 -Dman3dir=/usr/share/man/man3 -Dsiteman1dir=/usr/local/man/man1 -Dsiteman3dir=/usr/local/man/man3 -Dman1ext=1 -Dman3ext=3perl -Dpager=/usr/bin/sensible-pager -Uafs -Ud_csh -Ud_ualarm -Uusesfio -Uusenm -DDEBUGGING=-g -Doptimize=-O2 -Duseshrplib -Dlibperl=libperl.so.5.10.1 -Dd_dosuid -des' hint=recommended, useposix=true, d_sigaction=define useithreads=define, usemultiplicity=define useperlio=define, d_sfio=undef, uselargefiles=define, usesocks=undef use64bitint=undef, use64bitall=undef, uselongdouble=undef usemymalloc=n, bincompat5005=undef Compiler: cc='cc', ccflags ='-D_REENTRANT -D_GNU_SOURCE -DDEBIAN -fno-strict-aliasing -pipe -fstack-protector -I/usr/local/include -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64', optimize='-O2 -g', cppflags='-D_REENTRANT -D_GNU_SOURCE -DDEBIAN -fno-strict-aliasing -pipe -fstack-protector -I/usr/local/include' ccversion='', gccversion='4.4.3', gccosandvers='' intsize=4, longsize=4, ptrsize=4, doublesize=8, byteorder=1234 d_longlong=define, longlongsize=8, d_longdbl=define, longdblsize=12 ivtype='long', ivsize=4, nvtype='double', nvsize=8, Off_t='off_t', lseeksize=8 alignbytes=4, prototype=define Linker and Libraries: ld='cc', ldflags =' -fstack-protector -L/usr/local/lib' libpth=/usr/local/lib /lib /usr/lib /usr/lib64 libs=-lgdbm -lgdbm_compat -ldb -ldl -lm -lpthread -lc -lcrypt perllibs=-ldl -lm -lpthread -lc -lcrypt libc=/lib/libc-2.11.1.so, so=so, useshrplib=true, libperl=libperl.so.5.10.1 gnulibc_version='2.11.1' Dynamic Linking: dlsrc=dl_dlopen.xs, dlext=so, d_dlsymun=undef, ccdlflags='-Wl,-E' cccdlflags='-fPIC', lddlflags='-shared -O2 -g -L/usr/local/lib -fstack-protector' Locally applied patches: --- @INC for perl 5.10.1: /etc/perl /usr/local/lib/perl/5.10.1 /usr/local/share/perl/5.10.1 /usr/lib/perl5 /usr/share/perl5 /usr/lib/perl/5.10 /usr/share/perl/5.10 /usr/local/lib/site_perl . --- Environment for perl 5.10.1: HOME=/home/john LANG=en_US.utf8 LANGUAGE (unset) LD_LIBRARY_PATH (unset) LOGDIR (unset) PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games PERL_BADLANG (unset) SHELL=/bin/bash Summary of my perl5 (revision 5 version 10 subversion 1) configuration: Platform: osname=linux, osvers=2.6.24-27-server, archname=i486-linux-gnu-thread-multi uname='linux vernadsky 2.6.24-27-server #1 smp fri mar 12 01:45:06 utc 2010 i686 gnulinux ' config_args='-Dusethreads -Duselargefiles -Dccflags=-DDEBIAN -Dcccdlflags=-fPIC -Darchname=i486-linux-gnu -Dprefix=/usr -Dprivlib=/usr/share/perl/5.10 -Darchlib=/usr/lib/perl/5.10 -Dvendorprefix=/usr -Dvendorlib=/usr/share/perl5 -Dvendorarch=/usr/lib/perl5 -Dsiteprefix=/usr/local -Dsitelib=/usr/local/share/perl/5.10.1 -Dsitearch=/usr/local/lib/perl/5.10.1 -Dman1dir=/usr/share/man/man1 -Dman3dir=/usr/share/man/man3 -Dsiteman1dir=/usr/local/man/man1 -Dsiteman3dir=/usr/local/man/man3 -Dman1ext=1 -Dman3ext=3perl -Dpager=/usr/bin/sensible-pager -Uafs -Ud_csh -Ud_ualarm -Uusesfio -Uusenm -DDEBUGGING=-g -Doptimize=-O2 -Duseshrplib -Dlibperl=libperl.so.5.10.1 -Dd_dosuid -des' hint=recommended, useposix=true, d_sigaction=define useithreads=define, usemultiplicity=define useperlio=define, d_sfio=undef, uselargefiles=define, usesocks=undef use64bitint=undef, use64bitall=undef, uselongdouble=undef usemymalloc=n, bincompat5005=undef Compiler: cc='cc', ccflags ='-D_REENTRANT -D_GNU_SOURCE -DDEBIAN -fno-strict-aliasing -pipe -fstack-protector -I/usr/local/include -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64', optimize='-O2 -g', cppflags='-D_REENTRANT -D_GNU_SOURCE -DDEBIAN -fno-strict-aliasing -pipe -fstack-protector -I/usr/local/include' ccversion='', gccversion='4.4.3', gccosandvers='' intsize=4, longsize=4, ptrsize=4, doublesize=8, byteorder=1234 d_longlong=define, longlongsize=8, d_longdbl=define, longdblsize=12 ivtype='long', ivsize=4, nvtype='double', nvsize=8, Off_t='off_t', lseeksize=8 alignbytes=4, prototype=define Linker and Libraries: ld='cc', ldflags =' -fstack-protector -L/usr/local/lib' libpth=/usr/local/lib /lib /usr/lib /usr/lib64 libs=-lgdbm -lgdbm_compat -ldb -ldl -lm -lpthread -lc -lcrypt perllibs=-ldl -lm -lpthread -lc -lcrypt libc=/lib/libc-2.11.1.so, so=so, useshrplib=true, libperl=libperl.so.5.10.1 gnulibc_version='2.11.1' Dynamic Linking: dlsrc=dl_dlopen.xs, dlext=so, d_dlsymun=undef, ccdlflags='-Wl,-E' cccdlflags='-fPIC', lddlflags='-shared -O2 -g -L/usr/local/lib -fstack-protector' Characteristics of this binary (from libperl): Compile-time options: MULTIPLICITY PERL_DONT_CREATE_GVSV PERL_IMPLICIT_CONTEXT PERL_MALLOC_WRAP USE_ITHREADS USE_LARGE_FILES USE_PERLIO USE_REENTRANT_API Built under linux Compiled at Apr 23 2010 07:36:53 @INC: /etc/perl /usr/local/lib/perl/5.10.1 /usr/local/share/perl/5.10.1 /usr/lib/perl5 /usr/share/perl5 /usr/lib/perl/5.10 /usr/share/perl/5.10 /usr/local/lib/site_perl .
Subject: perldoc-perllocal.txt
PERLLOCAL(1) User Contributed Perl Documentation PERLLOCAL(1) SSuunn JJuull 2255 1199::2299::0088 22001100:: ""MMoodduullee"" MMoodduullee::::SSiiggnnaattuurree · "installed into: /usr/local/share/perl/5.10.1" · "LINKTYPE: dynamic" · "VERSION: 0.64" · "EXE_FILES: script/cpansign" SSuunn JJuull 2255 1199::2299::3322 22001100:: ""MMoodduullee"" YYAAMMLL · "installed into: /usr/local/share/perl/5.10.1" · "LINKTYPE: dynamic" · "VERSION: 0.71" · "EXE_FILES: " SSuunn JJuull 2255 1199::3300::5566 22001100:: ""MMoodduullee"" HHTTMMLL::::PPaarrsseerr · "installed into: /usr/local/share/perl/5.10.1" · "LINKTYPE: dynamic" · "VERSION: 3.66" · "EXE_FILES: " SSuunn JJuull 2255 1199::3355::3322 22001100:: ""MMoodduullee"" AArrcchhiivvee::::EExxttrraacctt · "installed into: /usr/local/share/perl/5.10.1" · "LINKTYPE: dynamic" · "VERSION: 0.42" · "EXE_FILES: " SSuunn JJuull 2255 1199::3355::4466 22001100:: ""MMoodduullee"" AArrcchhiivvee::::TTaarr · "installed into: /usr/local/share/perl/5.10.1" · "LINKTYPE: dynamic" · "VERSION: 1.64" · "EXE_FILES: bin/ptar bin/ptardiff" SSuunn JJuull 2255 1199::3355::5500 22001100:: ""MMoodduullee"" AAttttrriibbuuttee::::HHaannddlleerrss · "installed into: /usr/local/share/perl/5.10.1" · "LINKTYPE: dynamic" · "VERSION: 0.88" · "EXE_FILES: " SSuunn JJuull 2255 1199::3366::1122 22001100:: ""MMoodduullee"" AAuuttooLLooaaddeerr · "installed into: /usr/local/share/perl/5.10.1" · "LINKTYPE: dynamic" · "VERSION: 5.70" · "EXE_FILES: " SSuunn JJuull 2255 1199::3366::1188 22001100:: ""MMoodduullee"" BB::::DDeebbuugg · "installed into: /usr/local/share/perl/5.10.1" · "LINKTYPE: dynamic" · "VERSION: 1.12" · "EXE_FILES: " SSuunn JJuull 2255 1199::3366::2266 22001100:: ""MMoodduullee"" BB::::LLiinntt · "installed into: /usr/local/share/perl/5.10.1" · "LINKTYPE: dynamic" · "VERSION: 1.12" · "EXE_FILES: " SSuunn JJuull 2255 1199::3366::3366 22001100:: ""MMoodduullee"" MMoodduullee::::CCoorreeLLiisstt · "installed into: /usr/local/share/perl/5.10.1" · "LINKTYPE: dynamic" · "VERSION: 2.36" · "EXE_FILES: corelist" SSuunn JJuull 2255 1199::3366::3377 22001100:: ""MMoodduullee"" MMoodduullee::::LLooaadd::::CCoonnddiittiioonnaall · "installed into: /usr/local/share/perl/5.10.1" · "LINKTYPE: dynamic" · "VERSION: 0.38" · "EXE_FILES: " SSuunn JJuull 2255 1199::3377::2244 22001100:: ""MMoodduullee"" CCPPAANNPPLLUUSS · "installed into: /usr/local/share/perl/5.10.1" · "LINKTYPE: dynamic" · "VERSION: 0.9007" · "EXE_FILES: bin/cpan2dist bin/cpanp bin/cpanp-run-perl" SSuunn JJuull 2255 1199::3377::3377 22001100:: ""MMoodduullee"" CCPPAANNPPLLUUSS::::DDiisstt::::BBuuiilldd · "installed into: /usr/local/share/perl/5.10.1" · "LINKTYPE: dynamic" · "VERSION: 0.46" · "EXE_FILES: " SSuunn JJuull 2255 1199::3377::4400 22001100:: ""MMoodduullee"" CCllaassss::::IISSAA · "installed into: /usr/local/share/perl/5.10.1" · "LINKTYPE: dynamic" · "VERSION: 0.36" · "EXE_FILES: " SSuunn JJuull 2255 1199::3377::5555 22001100:: ""MMoodduullee"" CCoommpprreessss::::RRaaww::::BBzziipp22 · "installed into: /usr/local/share/perl/5.10.1" · "LINKTYPE: dynamic" · "VERSION: 2.030" · "EXE_FILES: " SSuunn JJuull 2255 1199::3388::1177 22001100:: ""MMoodduullee"" CCoommpprreessss::::RRaaww::::ZZlliibb · "installed into: /usr/local/share/perl/5.10.1" · "LINKTYPE: dynamic" · "VERSION: 2.030" · "EXE_FILES: " SSuunn JJuull 2255 1199::3388::2233 22001100:: ""MMoodduullee"" DDaattaa::::DDuummppeerr · "installed into: /usr/local/share/perl/5.10.1" · "LINKTYPE: dynamic" · "VERSION: 2.126" · "EXE_FILES: " SSuunn JJuull 2255 1199::3388::2277 22001100:: ""MMoodduullee"" DDiiggeesstt::::MMDD55 · "installed into: /usr/local/share/perl/5.10.1" · "LINKTYPE: dynamic" · "VERSION: 2.40" · "EXE_FILES: " SSuunn JJuull 2255 1199::3388::3366 22001100:: ""MMoodduullee"" DDiiggeesstt::::SSHHAA · "installed into: /usr/local/share/perl/5.10.1" · "LINKTYPE: dynamic" · "VERSION: 5.48" · "EXE_FILES: shasum" SSuunn JJuull 2255 1199::4400::0000 22001100:: ""MMoodduullee"" EEnnccooddee · "installed into: /usr/local/share/perl/5.10.1" · "LINKTYPE: dynamic" · "VERSION: 2.39" · "EXE_FILES: bin/enc2xs bin/piconv" SSuunn JJuull 2255 1199::4400::0044 22001100:: ""MMoodduullee"" EExxttUUttiillss::::CCBBuuiillddeerr · "installed into: /usr/local/share/perl/5.10.1" · "LINKTYPE: dynamic" · "VERSION: 0.2703" · "EXE_FILES: " perl v5.10.1 2010-07-25 PERLLOCAL(1)
Subject: unameInfo.txt
Linux Washburn-Ubuntu-Desktop 2.6.32-24-generic #38-Ubuntu SMP Mon Jul 5 09:22:14 UTC 2010 i686 GNU/Linux
Thanks very much for your comprehensive report. Unfortunately, I am pretty sure this is a bug in Date::Manip. See https://rt.cpan.org/Public/Bug/Display.html?id=57832 I suspect your current options are: - remove Date::Manip, if you don't need it - install an older, working version of Date::Manip - badger the author for a fix - fix it yourself - force install Gedcom.pm but don't use the broken date functionality If a fix is not forthcoming soon I will try to provide some sort of workaround in Gedcom.pm. Thanks again.
Subject: RE: [rt.cpan.org #59801] Gedcom 1.16 throws test errors when installing From
Date: Thu, 29 Jul 2010 20:43:12 -0500
To: <bug-Gedcom [...] rt.cpan.org>
From: "John Washburn" <john [...] washburnresearch.org>
Dear Mr. Johnson: Thanks for the compliment of the defect report. I test software for a living here in Milwaukee, WI clearly it transfer to my personal programming. I agree. I suspect the answer is Date::Manip. But, that installed an passed all of its self-tests. *SELF* being the operative word. I would like to then submit a defect report to Date::Manip. I was looking through the code in Basic.pm (the eval on line 32 thows the false), but I did not understand how the values for the Ok() were provided. I expect somewhere there are three variable: 1) the string of date text to be Date::Manip 'ed 2) the result from Date::Manip, and 3) The expected result for the test. I will dig deeper, but if you are inclined to help me with the date strings that go awry in the Gedcom test, I would appreciate it. Either with or without your help I will pass the interesting dates from the Gedcom test on to Date::Manip. There is a chance this adverse interaction between Date::Manip and Gedcom is my fault. See the attach emails. BTW, I forgot to thank you for Gedcom. It is one of the best pieces of code I have run across. It handles a complex problem (parse GEDCOM files) in a surprisingly intuitive way while hiding that complexity if I as a developer want to ignore it. (I call this ignorable complexity) Also it is clearly level 5 code. The quality of programmer's code is directly related to how they define their job. 1) I write code. 2) I write code that compiles. 3) I write code that compiles and works. 4) I write code that compiles, works, and works well. 5) I write code that compiles, works, and works well for a long time. Admit it we have all work with the level 1 guy whose check-in last yesterday broke the nightly compile, but swears: "It works on my machine." You clearly write code that works well for a long time. Thanks again for the Gedcom package. If you decide to help with the dates that fail the Gedcom tests, then I thank you in advance for that. Show quoted text
-----Original Message----- From: Paul Johnson via RT [mailto:bug-Gedcom@rt.cpan.org] Sent: Thursday, July 29, 2010 2:16 PM To: John@WashburnResearch.org Subject: [rt.cpan.org #59801] Gedcom 1.16 throws test errors when installing <URL: https://rt.cpan.org/Ticket/Display.html?id=59801 > Thanks very much for your comprehensive report. Unfortunately, I am pretty sure this is a bug in Date::Manip. See https://rt.cpan.org/Public/Bug/Display.html?id=57832 I suspect your current options are: - remove Date::Manip, if you don't need it - install an older, working version of Date::Manip - badger the author for a fix - fix it yourself - force install Gedcom.pm but don't use the broken date functionality If a fix is not forthcoming soon I will try to provide some sort of workaround in Gedcom.pm. Thanks again. No virus found in this incoming message. Checked by AVG - www.avg.com Version: 9.0.851 / Virus Database: 271.1.1/3036 - Release Date: 07/29/10 01:34:00

Message body is not shown because sender requested not to inline it.

Subject: RE: [rt.cpan.org #53099] ParseDate(April 1625) = 1925041600:00:00
Date: Mon, 4 Jan 2010 12:48:21 -0500
To: <bug-date-manip [...] rt.cpan.org>, <john [...] washburnresearch.org>
From: <john [...] WashburnResearch.org>
I appreciate your prompt response on this. As I stating in the original report, I am not even sure I consider this a defect. It is more in the way of an enhancement request. Other partial dates resolve to the interpolation I described; e.g. 1625-04 --> 1625040100:00:00, and 1625 --> 1625010100:00:00. I am not providing a fully specified date, so the fact that code happenstancially interpolates in most cases is not a design defect. BTW, I don't mind the current interpolation, but most Genealogists would hate it. It is better to have no information, than wrong information. Thus, the New England Genealogical Society would prefer April 1625 parse as 1625040000:00:00 than as 1625040100:00:00. Better no date information (00) than incorrect date information (01). But this is not a proper date (but then neither is April 1625 so there). As you stated partial dates are an interesting problem, but not necessarily your problem. :-) Thank you again for your response and your consideration of this enhancement request. -------------------------------------------------------------------- mail2web.com – What can On Demand Business Solutions do for you? http://link.mail2web.com/Business/SharePoint No virus found in this incoming message. Checked by AVG - www.avg.com Version: 8.5.432 / Virus Database: 270.14.124/2599 - Release Date: 01/04/10 08:24:00

Message body is not shown because sender requested not to inline it.

Subject: [rt.cpan.org #53099] ParseDate("April 1625") = 1925041600:00:00
Date: Mon, 4 Jan 2010 10:26:47 -0500
To: <John [...] WashburnResearch.org>
From: "Sullivan Beck via RT" <bug-Date-Manip [...] rt.cpan.org>
<URL: https://rt.cpan.org/Ticket/Display.html?id=53099 > Although I definitely sympathize with you, Date::Manip works with full dates. I'll have to think about adding support for partial dates... the functionality would not be too hard to add, but this is definitely a lower priority for me. Also, I'll have to decide how to work with conflicts between the formats currently supported and potential partial dates. For example, the example you give (April 1625) is definitely defined to be April 16, 25 as you note. I want to keep that if it's being parsed as a complete date, but if it's a partial date, it makes more send to be April 1, 1625. Probably, I'd want to add a parse_partial method or something like that. Anyway, I'll consider this for future addition. No virus found in this incoming message. Checked by AVG - www.avg.com Version: 8.5.432 / Virus Database: 270.14.124/2599 - Release Date: 01/04/10 08:24:00

Message body is not shown because sender requested not to inline it.

Subject: [rt.cpan.org #53099] AutoReply: ParseDate("April 1625") = 1925041600:00:00
Date: Fri, 25 Dec 2009 11:45:42 -0500
To: <John [...] WashburnResearch.org>
From: "Bugs in Date-Manip via RT" <bug-Date-Manip [...] rt.cpan.org>
Greetings, This message has been automatically generated in response to the creation of a trouble ticket regarding: "ParseDate("April 1625") = 1925041600:00:00", a summary of which appears below. There is no need to reply to this message right now. Your ticket has been assigned an ID of [rt.cpan.org #53099]. Your ticket is accessible on the web at: https://rt.cpan.org/Ticket/Display.html?id=53099 Please include the string: [rt.cpan.org #53099] in the subject line of all future correspondence about this issue. To do so, you may reply to this message. Thank you, bug-Date-Manip@rt.cpan.org ------------------------------------------------------------------------- Dear Mr. Beck: First I want to say I love Date::Manip. I found what may or may not be a problem. I have been using PERL to process some genealogical data. This means some dates are partial. The generic behavior of Date::Manip is to interpolate to the first of the month, interpolate to the first month of the year, and to interpolate to midnight. When I use a partial date of month and year such as, April 1625, Date::Manip parses this string as if the string were April 16, 25. I expected to get a parsed date of 1625040100:00:00 instead of 1925041600:00:00. I was surprised by this parsing, but I am not sure I can consider it a defect. I violated one of the design specs of Date::Manip by not providing a string which resolves to a particular date. distribution / perl / os informaiton Date::Manip: Date-Manip-6.05-EDfANj Perl: This is perl, v5.10.1 (*) built for i686-linux OS: Linux Washburn-Ubuntu 2.6.31-16-generic #53-Ubuntu SMP Tue Dec 8 04:01:29 UTC 2009 i686 GNU/Linux this code #!/usr/bin/perl -w use strict; use Date::Manip; my @PartialDates = ( "apr. 17, 1625" ,"apr 17 1625" ,"April 17, 1625" ,"April 17, 25" ,"April 1625" ,"Apr 1625" ,"Apr. 1625" ,"1625" ,"25" ,"4/2015" #Like a credit card expiration ); foreach my $DateString (@PartialDates) { my $ParsedDate = ParseDate($DateString); print "Partial date, $DateString, creates a parsed date of $ParsedDate.\n" } produces this output Partial date, apr. 17, 1625, creates a parsed date of . Partial date, apr 17 1625, creates a parsed date of 1625041700:00:00. Partial date, April 17, 1625, creates a parsed date of 1625041700:00:00. Partial date, April 17, 25, creates a parsed date of 1925041700:00:00. Partial date, April 1625, creates a parsed date of 1925041600:00:00. Partial date, Apr 1625, creates a parsed date of 1925041600:00:00. Partial date, Apr. 1625, creates a parsed date of . Partial date, 1625, creates a parsed date of 1625010100:00:00. Partial date, 25, creates a parsed date of 2500010100:00:00. Partial date, 4/2015, creates a parsed date of . As I said a string with partial date is not a date string so it is difficult to consider this a defect with Date::Manip. I have a work around at this time for my application. I peek at the date to be parsed and prepend a 01 if only 2 elements are detected by the split. This was my motivation for the categorization of unimportant. I am not providing a true date string and I have a work around. Thank you again for Date::Manip. -- In Liberty, John Washburn No virus found in this incoming message. Checked by AVG - www.avg.com Version: 8.5.430 / Virus Database: 270.14.119/2586 - Release Date: 12/25/09 09:33:00
RT-Send-CC: john [...] washburnresearch.org
I'm going to mark this as resolved since it's fixed in newer releases of Date;;Manip. If there are any outstanding problems, please reopen the ticket. Thanks again,