On Thu, August 6, 2009 7:42 am, Ted Byers wrote:
Isn't it odd that, in the Asia data, there are values for Gaza and
Jerusalem, which are only a short distance apart (in terms of how far
a crow would have to fly to travel between them, not politically), or more
odd, Kuala Lumpur and Singapore
On Wed, August 5, 2009 12:52 pm, Ted Byers wrote:
Is there, in the various timezone packages, support somewhere for
finding out what the timezone is for a given city/state? I have, in my
database, extensive data with the usual contact information from users
from around the world. If at all
On Mon, July 13, 2009 6:13 pm, Bill Moseley wrote:
(in cleanup) Item #1 returned by STORABLE_freeze for DateTime
is not a reference at ../../lib/Storable.pm (autosplit into
../../lib/auto/Storable/_freeze.al) line 339 during global
destruction, at line 327
It's expected that this
On Sat, November 22, 2008 12:50 am, Daisuke Maki wrote:
So I have this requirement to make DateTime leaner, in terms of speed,
load time, and the amount of memory consumed. The target is for casual
users, so the use of XS code is not an option either.
In terms of speed, one of the things
On Sat, November 22, 2008 2:26 am, Daisuke Maki wrote:
oops, forgot the SVN url
http://svn.coderepos.org/share/lang/perl/DateTime-Lite/trunk
Could we have a working tarball, please? I gave up after a very
brief attempt to install and use Module::Install.
On Sun, November 23, 2008 9:09 pm, Daisuke Maki wrote:
http://users.endeworks.jp/~daisuke/DateTime-Lite-0.1.tar.gz
As noted before, the timezone/locale stuff are not fully portable yet,
so you need to be in the distro's root directory for DateTime::Lite to be
usable.
Nice. 38% faster
Zefram wrote:
Matthew wrote:
Hehe. I'm the DBA. And I've updated everything to most recent stuff,
but the boss man wants generic time zones in our list just in case a
customer can't find his or doesn't realize his city is listed differently.
Unlikely to ever occur. As far as anyone
On Thu, Feb 09, 2006 at 12:05:42PM -0800, Bill Moseley wrote:
On Fri, Jan 20, 2006 at 07:26:16AM -0800, Bill Moseley wrote:
I have a zipcode table that lists the city, state, timezone offset
(eg -5) and a flag indicating if the location uses daylight saving
time for U.S. zipcodes. I don't
On Sat, Jan 21, 2006 at 01:20:09PM -0600, Dave Rolsky wrote:
On Fri, 20 Jan 2006, Yitzchak Scott-Thoennes wrote:
Just use the Olson
PST8PDT
MST7MDT
MST
CST6CDT
EST5EDT
EST
zones. I assume there aren't PST and CST zones because they
aren't actually in use
On Fri, Jan 20, 2006 at 10:59:50AM -0500, Garrett, Philip (MAN-Corporate) wrote:
-Original Message-
From: Bill Moseley [mailto:[EMAIL PROTECTED]
Sent: Friday, January 20, 2006 10:26 AM
To: datetime@perl.org
Subject: Daylight Saving
I have a zipcode table that lists the
On Mon, Jan 16, 2006 at 06:21:54PM -0800, [EMAIL PROTECTED] wrote:
One might hope that a script like this:
test3
#!/usr/bin/perl
BEGIN {
no lib qw|/usr/lib/perl5/site_perl/5.8.6/i386-linux-thread-multi /usr/
lib/perl5/site_perl/5.8.5/i386-linux-thread-multi /usr/lib/perl5/
On Wed, Jan 18, 2006 at 08:38:13AM -0800, [EMAIL PROTECTED] wrote:
Then no lib isn't doing what you want.
Agree. But, that is the point. Outside of recompiling perl with new
paths or significantly altering DateTime to use far fewer
dependancies nothing can really be done.
test4
On Mon, Aug 08, 2005 at 09:31:10AM -0500, Dave Rolsky wrote:
On Mon, 25 Jul 2005, Joshua Hoblitt wrote:
a) do nothing... nobody else seems to have noticed
b) document the limited precision issue
c) change the API to some awful Fortranish a part + b part to preserve
precision
d) turn the
- Forwarded message from [EMAIL PROTECTED] -
INTERNATIONAL EARTH ROTATION AND REFERENCE SYSTEMS SERVICE (IERS)
SERVICE INTERNATIONAL DE LA ROTATION TERRESTRE ET DES SYSTEMES DE REFERENCE
SERVICE DE LA ROTATION TERRESTRE
OBSERVATOIRE DE PARIS
61,
On Sun, Feb 27, 2005 at 11:58:22PM -0600, Dave Rolsky wrote:
0.282005-02-27
[ ENHANCEMENTS ]
- The era names for the era() method are now retrieved from the
DateTime.pm object's associated locale. The old era() method, which
was hard-coded to use BCE and CE, is renamed secular_era().
On Wed, Jan 19, 2005 at 04:59:33PM +, [EMAIL PROTECTED] wrote:
Daisuke wrote:
+sub _sort_positive_first
+{
+my @sorted = sort { $a = $b } @_;
+# put positive values first
+my @ret = grep { $_ = 0 } @sorted;
+push @ret, $_ for grep { $_ 0 } @sorted;
+
+
On Sat, Jan 08, 2005 at 09:56:38AM +0900, Daisuke Maki wrote:
+sub _sort_positive_first
+{
+my @sorted = sort { $a = $b } @_;
+# put positive values first
+my @ret = grep { $_ = 0 } @sorted;
+push @ret, $_ for grep { $_ 0 } @sorted;
push takes a list; make that
push
On Mon, Dec 13, 2004 at 07:04:23PM -0600, Dave Rolsky [EMAIL PROTECTED] wrote:
On Mon, 13 Dec 2004, Dave Rolsky wrote:
How can that be sane? So you ask for minutes and you get fractional
minutes but you ask for seconds and get zero?
Cause really it should just blow up when you give it
On Mon, Dec 13, 2004 at 06:14:12PM -0800, Yitzchak Scott-Thoennes [EMAIL
PROTECTED] wrote:
On Mon, Dec 13, 2004 at 07:04:23PM -0600, Dave Rolsky [EMAIL PROTECTED]
wrote:
On Mon, 13 Dec 2004, Dave Rolsky wrote:
How can that be sane? So you ask for minutes and you get fractional
minutes
On Tue, Nov 02, 2004 at 10:48:19AM -0600, Dave Rolsky wrote:
Clearly the easiest for AS is to simple install Module::Build and its
dependencies before trying to build PPMs.
Agreed. But IIRC it has no non-core dependencies.
What's the way forward in all this? I don't know. I do know that
On Mon, Aug 16, 2004 at 09:34:16PM -0700, Ron Pero [EMAIL PROTECTED] wrote:
I will ask ActiveState about a better version of the DateTime module for
their repository.
You can look at what their automated build came up with at:
http://ppm.activestate.com/BuildStatus/5.8-D.html
(5.8 builds for
On Tue, Aug 17, 2004 at 03:56:07AM -0500, Dave Rolsky [EMAIL PROTECTED] wrote:
On Tue, 17 Aug 2004, Yitzchak Scott-Thoennes wrote:
and DateTime-Locale fails because it uses a passthrough Makefile.PL
that requires user interaction to download Module::Build.
(Activestate's build process
On Fri, Aug 06, 2004 at 08:22:20PM +0700, David Garamond [EMAIL PROTECTED] wrote:
I live in a country (and continent) that doesn't observe DST and thus am
wondering:
I can't help but wonder what continent that is; AFAIK every continent
except perhaps Antarctica uses DST somewhere.
1. is DST
On Wed, Apr 14, 2004 at 06:55:26AM +0200, Christian Hansen [EMAIL PROTECTED] wrote:
Robert Eden wrote:
Has there been any progress on a windows PPM release? (or fixing whatever
problem the automated tool has)
It seems that ActiveStates build tool fails on DateTime::Locale [1] and
since
On Fri, Mar 26, 2004 at 12:51:20AM -0600, Ed Perrone [EMAIL PROTECTED] wrote:
I am working on an application where the user will input a date, time, and
location, and I will need to convert that time into the equivalent
GMT. This means I will need to locate the input data within one of the
On Sun, Mar 28, 2004 at 04:32:43PM +0200, Eugene van der Pijll [EMAIL PROTECTED]
wrote:
Yitzchak Scott-Thoennes wrote:
You could go through the comments in the Olson files; they will say
where the timezones apply, and you should be able to come up with a
pretty good state/nation-timezone
On Thu, Jan 29, 2004 at 04:41:41PM -0800, Daisuke Maki [EMAIL PROTECTED] wrote:
It was really annoying me that parsers based on DT::F::Builder would by
default report a parse failure as being in DT::F::B::Parser.
I'd like the error message to tell me where in the calling script it
failed,
On Fri, Jan 30, 2004 at 12:18:51AM -0600, Dave Rolsky [EMAIL PROTECTED] wrote:
On Thu, 29 Jan 2004, Daisuke Maki wrote:
Can't this be done with the @CARP_NOT variable?
Hmmm, I was trying to do this:
sub on_fail {
my($class, $input) = @_;
local @Carp::CARP_NOT = qw(
On Thu, Dec 04, 2003 at 09:00:54PM +0100, Anton Berezin [EMAIL PROTECTED] wrote:
For example, EST is used for Eastern Standard Time, aka
America/New_York, but also for parts of Australia.
Even EST in the US is ambiguous, because it's also used for
America/Indianapolis, a time zone that
On Thu, 23 Oct 2003, Daisuke Maki wrote:
Okay, I feel stupid asking this, but I have a question about a basic
function, mod.
My ported computations from CC become all wrong if I use Perl's built-in
% operator. After a few trial and errors, it seemed like when CC mentions
R = N mod M
On Tue, Sep 23, 2003 at 05:04:22PM -0400, Steven J. Weinberger [EMAIL PROTECTED]
wrote:
Just in time for the Hebrew new year (5764, this Friday evening) -
DateTime-Calendar-Hebrew-0.01.tar.gz has just been uploaded to PAUSE.
Enjoy.
In README.hebrew you mention:
Understanding the Jewish
On Wed, Sep 03, 2003 at 11:23:44PM +, [EMAIL PROTECTED] wrote:
I've got a report that Perl 5.9.0 stringifies
infinity and minus infinity with extra spaces,
like this:
-Inf
Inf
Is this a bug?
Works correctly for me. What do perl -V and perl -V:d_Gconvert
On Sat, 5 Apr 2003 12:05:15 +0200, [EMAIL PROTECTED] wrote:
Joshua Hoblitt schreef:
When converting a DateTime::Duration month to days - how many days
should it be considering equivalent too? 30? 30.4? 31?
If you want to do this, you have to take into account that a duration of
$x years is
On Tue, 11 Mar 2003 10:46:32 -0800, [EMAIL PROTECTED] wrote:
On Monday, March 10, 2003, at 07:10 PM, Dave Rolsky wrote:
On Sat, 1 Mar 2003, Bruce Van Allen wrote:
I agree with these thoughts and principles, but thinking of months as
discrete units also has complications, as you say, with weird
On Wed, 5 Feb 2003 15:52:46 -0600 (CST), [EMAIL PROTECTED] wrote:
The DateTime tests do not fully exercise DateTime::TimeZone (nor would you
expect them to). So, how about including only those portions of DT::TZ which
are required to pass the DT tests. At a quick glance, that would be
On Fri, 17 Jan 2003 03:44:34 -0600 (CST), [EMAIL PROTECTED] wrote:
Not that most people can see it with anonymous and web CVS down on SF, but
there's been some activity lately. First, I checked in the first stab at
DateTime::Formats::ICal, as well as removing all the ICal stuff from the
On Mon, 13 Jan 2003 13:55:17 -0600 (CST), [EMAIL PROTECTED] wrote:
So, this sounds like something very high level, which shouldn't be
considered part of the base object. But.. it is needed for really
low-level operations, like -add(). For example:
19700328T233000 + 4 hours = ??
You'd think
I need to find more time to read through the flood of messages...but
wanted to mention right away that things look to be going astray.
Apologies if it is not so.
What's the goal here? If it is creating a base class for date/time
modules to standardize on, that won't work. I don't think the
On Sat, 11 Jan 2003 16:44:37 -0500 (EST), [EMAIL PROTECTED] wrote:
On Sat, 11 Jan 2003, Dave Rolsky wrote:
You know, on reflection, I don't think the internals matter _at all_
(well, they need to work, but you already took care of that ;) What
matters is that we can return a _standard_ value
In article [EMAIL PROTECTED], fglock [EMAIL PROTECTED] wrote:
SYNOPSIS
use Date::Leapsecond;
use Time::Local;
$epoch_2000 = timegm(0,0,0,1,0,2000 - 1900);
$epoch_1990 = timegm(0,0,0,1,0,1990 - 1900);
print Seconds between years 1990 and 2000 are ;
print
In article [EMAIL PROTECTED],
Elaine -HFB- Ashton [EMAIL PROTECTED] wrote:
Yitzchak Scott-Thoennes [[EMAIL PROTECTED]] quoth:
*
*I thought the alpha/beta distinction was only relevant when there was a
*earlier GA release (so CPAN.pm doesn't upgrade 1.01 to 1.01_01 or some
*such.) Nevertheless
41 matches
Mail list logo