The code works fine for me on OSX, using the same module versions,
installed from cpan.
Anyway, please check if this fixes the problem: this sets the timezone
on the whole set, instead of the start/end dates.
my $dt1 = DateTime-new(year = 2007, month = 11)-truncate(to = 'month');
my $dt2 =
Taking the set_time_zone off of each DateTime-new call works (regardless of
adding it to the set). That still seems like a bug somewhere handling DST, but
at least this is a better workaround than adding 26 hours. I'll have to check
and see if doing that effects anything else I am doing.
There's been several cases recently of folks publishing new modules to
CPAN in the DateTime namespace that don't really fit in with the DateTime
project as a whole. Sometimes these modules are duplicative of existing
efforts, and the authors can hopefully be redirected towards helping an
Hello,
i added support for decimal fraction of a
second in DateTime::Format::W3CDTF (as described in
http://www.w3.org/TR/NOTE-datetime)
Please note: There is already a bug report and a patch in ticket #14179
http://rt.cpan.org/Public/Bug/Display.html?id=14179
But this patch looked a bit too
I think this is a good idea. I prefer DateTimeX to others, as it's
keeping with DBIx, CatalystX, etc.
It'll give people a sandbox for their extensions, and, like you said,
a package can always graduate to the main namespace.
Rob
I think this is a good idea. I prefer DateTimeX to others, as it's
keeping with DBIx, CatalystX, etc.
It'll give people a sandbox for their extensions, and, like you said,
a package can always graduate to the main namespace.
Rob
I may be stating the obvious, but it also has the advantage of
sounding like something that takes a licking and keeps on ticking.
--
Free map of local environmental resources: http://CambridgeMA.GreenMap.org
--
MOTD on Setting Orange, the 18th of The Aftermath, in the YOLD 3173:
Environmentalism