More ravings .. this time something really *is* wrong!

2005-06-15 Thread Rick Measham
OK, you can mainly ignore my previous posts .. I'm still interested in them, but there's a large hole that needs plugging first: Once I set my local time zone I get incorrect results! It looks like the time zone is adding a leap day between Nov 17 and Jan 1st in Melbourne! Oops! #This one

Houston, I have a problem

2005-06-15 Thread Rui Fernandes
Good morning, I'm trying to implement DateTime::TimeZone in one of my applications. But I keep getting errors: missing modules, etc. The last error is: Can't locate loadable object for module DateTime in @INC (@INC contains: C:/Perl/lib C:/Perl/site/lib .) at C:/Perl/lib/XSLoader.pm line 42

[PATCH] Make Time::Local to load Carp only when nec.

2005-06-15 Thread Tels
-BEGIN PGP SIGNED MESSAGE- Moin, please see attached patch. All tests successful. u=2.75 s=0.68 cu=184.66 cs=24.10 scripts=949 tests=107137 real6m7.867s user3m10.656s sys 0m26.229s Best wishes, Tels - -- Signed on Wed Jun 15 12:16:26 2005 with key 0x93B84C15.

Re: DT::Duration behaviour .. LSB or MSB?

2005-06-15 Thread Dave Rolsky
On Wed, 15 Jun 2005, Rick Measham wrote: renard wrote: I quote from perldoc DateTime: DateTime.pm always adds (or subtracts) days, then months, minutes, and then seconds. If there are any boundary overflows, these are normalized at each step. Dave, if you're following this, can you tell

Mixed Info, perhaps?

2005-06-15 Thread Rui Fernandes
Hi, I made some calculations ( conversions between GMT and Europe/Lisbon ) in the websites referred at http://www.twinsun.com/tz/tz-link.htm, like The World Clock or Time Zone Converter . I looked for some difficult examples. But here they are: In the 25th September 1977, in Europe/Lisbon, the

Rethinking date math, time zones, etc for Perl 6 (and maybe DateTime2?)

2005-06-15 Thread Dave Rolsky
So there's been a bunch of date math + TZ related bugs lately in DateTime.pm, and more to be resolved. I think the fundamental problem is that DateTime.pm is trying to cover a few too many bases in one simple API. There are a bunch of things people would like to be able to do: - Work with

Kind of mess....be cool...

2005-06-15 Thread Rui Fernandes
Hi again, I'm trying to understand some things related to TZ database. One big question: in the modules of the cities, what does it mean [ DateTime::TimeZone::NEG_INFINITY, 59421774992, DateTime::TimeZone::NEG_INFINITY, 59421772800, -2192, 0, 'LMT' ] or [ 60446127600, 60457881600,

Re: Rethinking date math, time zones, etc for Perl 6 (and maybe DateTime2?)

2005-06-15 Thread John Peacock
Dave Rolsky wrote: - Work with just dates and do date math on them (at the level of days, months years). I think I was one of the ones advocating for a way to do this, since in a business environment, the time is frequently not important (for example number of days between order and

Re: Rethinking date math, time zones, etc for Perl 6 (and maybe DateTime2?)

2005-06-15 Thread John Siracusa
On 6/15/05, Dave Rolsky [EMAIL PROTECTED] wrote: Also, I think we may need to consider serious backwards incompatibility in the future of DateTime.pm (possibly via a new namespace like DateTime2) to really clean this up, but that'll wait til I'm less tired ;) Just break it. DateTime's nowhere

Re: Rethinking date math, time zones, etc for Perl 6 (and maybe DateTime2?)

2005-06-15 Thread Flavio S. Glock
John Peacock wrote: and at any point in that sequence, allow the user to set the value to undef (for I don't have any information about anything below this). All math operations would then stop at the point where either term (for binary operations) contained an undef (hence two disimilarly