On Wed, 18 Jan 2006, Chase Venters wrote:
Unfortunately, I've been plagued by an oddity in the way DateTime
handles
leap seconds in face of the Olson timezone database for some time. This shows
up as test failures:
t/04epoch...NOK 12# Failed test (t/04epoch.t at line
On Thursday 19 January 2006 03:05, Dave Rolsky wrote:
On Wed, 18 Jan 2006, Chase Venters wrote:
Unfortunately, I've been plagued by an oddity in the way DateTime
handles leap seconds in face of the Olson timezone database for some
time. This shows up as test failures:
Daisuke Maki tried making all the DT::TZ modules use XS, and in fact
went so far as to turn them into C-based data structures that were
primarily accessed via XS. Strangely, this was also slower and more
memory-intensive than the Perl version.
My next guess was that this had to do with how
On Thursday 19 January 2006 07:08, Flavio S. Glock wrote:
2006/1/19, Chase Venters [EMAIL PROTECTED]:
Also, it's been clear to me that using DateTime heavily is a good
way to quickly kill performance. Pages that took 20ms to render jump to
500ms when I try to do something simple
On Thursday 19 January 2006 03:57, Daisuke Maki wrote:
Perhaps somebody can think of a way to do something like this?
my $tz = DateTime::TimeZone-new(
name = ...
aliases = ...
other_required_fields = ...
);
This would mean that we would be creating a single .xs file