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
Yitzchak Scott-Thoennes wrote:
use constant INFINITY = 100 ** 100 ** 100 ;
use constant NEG_INFINITY = -1 * (100 ** 100 ** 100);
I remember this (how to produce an numeric infinity) coming up on
perl5-porters and seem to recall that the above just coredumps on some
platforms.
The
Yitzchak Scott-Thoennes wrote:
On another topic, just below add_duration in DateTime.pm, I see this:
use constant INFINITY = 100 ** 100 ** 100 ;
use constant NEG_INFINITY = -1 * (100 ** 100 ** 100);
I remember this (how to produce an numeric infinity) coming up on
perl5-porters
If I'm truncating a date to 'month', is because I want a date with
'integer-months'.
Just like if I truncated a number to 'integer' - I get an integer
number, isn't it?
See also:
http://www.redhat.com/docs/manuals/database/RHDB-7.1.3-Manual/sql/functions-datetime.html#FUNCTIONS-DATETIME-TRUNC
On Fri, 14 Mar 2003, fglock wrote:
If I'm truncating a date to 'month', is because I want a date with
'integer-months'.
Just like if I truncated a number to 'integer' - I get an integer
number, isn't it?
Yeah, I'll fix it. I'm not sure exactly what I was thinking ;)
-dave
Greetings,
After much feature creep, I've finally released this morning a version
of Date::Ethiopic. It is derived from Date::ICal but assumes dates passed
to the object as args are in the Ethiopic calendar context. A Gregorian
context can be set with a calscale = gregorian argument and the
