Nicholas Clark wrote:
On Wed, Jul 06, 2005 at 12:20:50AM -0400, Ronald J Kimball wrote:
Fortunately, you don't really need to convert your dates into time values,
just so you can convert them back into dates. Some modules which may be
more useful in this case include Date::Manip, Date::Calc, and POSIX (for
strftime).
I believe that the DateTime family of modules might be of most use here.
They aren't constrained by underlying localtime implementations.
DateTime is on CPAN, details on the DateTime project are at
http://datetime.perl.org/
Nicholas Clark
Ronald, Nicholas, thank you for the additional information. I was afraid
I was going to have to add internal `date -d blah` stuff into my methods
to handle dates that Date::Parse was unable to.
I'm already using strftime within the object to return the data in a
format acceptable to MySQL, be of primary concern to me in this instance
is insuring that I've not only got an actual date (as opposed to an
arbitrary set of numbers) but that it is a valid one.
I was surprised to find that Date::Parse actually had these value limits
hard-coded into itself and wasn't utilizing the underlying library
functions to determine its acceptable ranges somehow.
I'll investigate your module suggestions further, and thanks again.
Sorry to bother everyone. :)
-scott
