Re: Python's 'DateTime'
In article [EMAIL PROTECTED], [EMAIL PROTECTED] (Dave Rolsky) wrote: Gregorian Calendar from Calendrical Calculations that requires 'DateTime' http://www.python.org/doc/2.3/lib/module-calendar.html Sort of Gregorian, also a grab bag of random stuff, like monthcalendar, which returns a matrix representing a month's calendar. Actually, that latter bit is kind of neat. Wonder if we need it. Months ago I posted the beginings of a module that I called DateTime::Format::Calendar. The discussion that followed was that 'format' was the wrong namespace, but the conversation ended there. (http://nntp.x.perl.org/group/perl.datetime/2488) I'm happy to continue working on this, and will upload it somewhere, but I need a name. Cheers! Rick ([EMAIL PROTECTED]) ([EMAIL PROTECTED]) ([EMAIL PROTECTED] is not working)
Re: Python's 'DateTime'
DateTime::Display::Calendar or DateTime::Display::Calendar::Text (vs. HTML, etc.) ? -ben On Tue, Jul 29, 2003 at 10:46:59PM -1000, Joshua Hoblitt wrote: Months ago I posted the beginings of a module that I called DateTime::Format::Calendar. The discussion that followed was that 'format' was the wrong namespace, but the conversation ended there. (http://nntp.x.perl.org/group/perl.datetime/2488) I'm happy to continue working on this, and will upload it somewhere, but I need a name. DateTime::Calendar::Gregorian::Month? -J --
Strange errors when trying to fix DateTime::Event::Nameday
Ok, I am trying to fix the broken tests in DateTime::Event::NameDay and am getting the error 'Span cannot start after the end in DateTime::Span-from_datetimes'. However my span looks perfectly valid... So I boiled it down to a simple test case: -- #!/usr/local/lib/perl -w use strict; use DateTime; use DateTime::Span; use DateTime::Calendar::Christian; my $dt1 = DateTime-new ( year = 1752, month = 1, day= 1, ); my $dt2 = DateTime::Calendar::Christian-new ( year = 1755, month = 1, day= 3, reform_date = $dt1, ); my $sp = DateTime::Span-new(start = $dt1, end = $dt2); -- This gives me two types of error: -- Use of uninitialized value in numeric ne (!=) at /usr/lib/perl5/site_perl/5.8.0/i386-linux-thread-multi/DateTime.pm line 1174. Use of uninitialized value in numeric comparison (=) at /usr/lib/perl5/site_perl/5.8.0/i386-linux-thread-multi/DateTime.pm line 1174. Span cannot start after the end in DateTime::Span-from_datetimes -- What am I doing wrong? (This is using the latest CVS versions of things) and the relevant lines from DateTime.pm are: -- ( marks line 1174). foreach my $component ( qw( utc_rd_days utc_rd_secs rd_nanosecs ) ) { return $dt1-{$component} = $dt2-{$component} if $dt1-{$component} != $dt2-{$component}; } -- Thanks, -ben
Re: ANNOUNCE: DateTime 0.1501
- For this release, at least, the module always uses Dynaloader. This is in order to see if this fixes a problem on Solaris where the install library version of the DateTime .so file is loaded instead of the newly compiled version in the blib directory. bash-2.03# perl Makefile.PL --pm Checking if your kit is complete... Looks good Writing Makefile for DateTime bash-2.03# make cp lib/DateTime.pm blib/lib/DateTime.pm cp lib/DateTime/Duration.pm blib/lib/DateTime/Duration.pm cp lib/DateTimePP.pm blib/lib/DateTimePP.pm cp lib/DateTimePPExtra.pm blib/lib/DateTimePPExtra.pm cp lib/DateTime/Infinite.pm blib/lib/DateTime/Infinite.pm Manifying blib/man3/DateTime.3 Manifying blib/man3/DateTime::Duration.3 Manifying blib/man3/DateTime::Infinite.3 bash-2.03# make test PERL_DL_NONLAZY=1 /usr/bin/perl -MExtUtils::Command::MM -e test_harness(0, 'blib/lib', 'blib/arch') t/*.t t/00load# Failed test (t/00load.t at line 6) # Tried to use 'DateTime'. # Error: DateTime object version 0.15 does not match bootstrap parameter 0.1501 at /usr/local/lib/perl5/5.8.0/sun4-solaris-thread-multi/DynaLoader.pm line 249. # BEGIN failed--compilation aborted at /root/.cpan/build/DateTime-0.1501/blib/lib/DateTime.pm line 38. # Compilation failed in require at (eval 1) line 2. t/00loadNOK 1# Looks like you failed 1 tests of 1. t/00loaddubious Test returned status 1 (wstat 256, 0x100) DIED. FAILED test 1 Failed 1/1 tests, 0.00% okay . . -J --
Re: ANNOUNCE: DateTime 0.1501
On Wed, 30 Jul 2003, Joshua Hoblitt wrote: - For this release, at least, the module always uses Dynaloader. This is in order to see if this fixes a problem on Solaris where the install library version of the DateTime .so file is loaded instead of the newly compiled version in the blib directory. bash-2.03# perl Makefile.PL --pm Why'd you do that? You told it to _not_ compile the XS version. t/00load# Failed test (t/00load.t at line 6) # Tried to use 'DateTime'. # Error: DateTime object version 0.15 does not match bootstrap parameter 0.1501 at /usr/local/lib/perl5/5.8.0/sun4-solaris-thread-multi/DynaLoader.pm line 249. # BEGIN failed--compilation aborted at /root/.cpan/build/DateTime-0.1501/blib/lib/DateTime.pm line 38. # Compilation failed in require at (eval 1) line 2. t/00loadNOK 1# Looks like you failed 1 tests of 1. But it shouldn't blow up like that. -dave /*=== House Absolute Consulting www.houseabsolute.com ===*/
Re: ANNOUNCE: DateTime 0.1501
- For this release, at least, the module always uses Dynaloader. This is in order to see if this fixes a problem on Solaris where the install library version of the DateTime .so file is loaded instead of the newly compiled version in the blib directory. bash-2.03# perl Makefile.PL --pm Why'd you do that? You told it to _not_ compile the XS version. Because thats where the problem is occurring. t/00load# Failed test (t/00load.t at line 6) # Tried to use 'DateTime'. # Error: DateTime object version 0.15 does not match bootstrap parameter 0.1501 at /usr/local/lib/perl5/5.8.0/sun4-solaris-thread-multi/DynaLoader.pm line 249. # BEGIN failed--compilation aborted at /root/.cpan/build/DateTime-0.1501/blib/lib/DateTime.pm line 38. # Compilation failed in require at (eval 1) line 2. t/00loadNOK 1# Looks like you failed 1 tests of 1. But it shouldn't blow up like that. This is what I've been saying... -J --
Re: ANNOUNCE: DateTime 0.1501
On Wed, 30 Jul 2003, Joshua Hoblitt wrote: - For this release, at least, the module always uses Dynaloader. This is in order to see if this fixes a problem on Solaris where the install library version of the DateTime .so file is loaded instead of the newly compiled version in the blib directory. bash-2.03# perl Makefile.PL --pm Why'd you do that? You told it to _not_ compile the XS version. Because thats where the problem is occurring. But why would people do that on Solaris is my question. -dave /*=== House Absolute Consulting www.houseabsolute.com ===*/
ANNOUNCE: DateTime 0.1502
0.1502 2003-07-31 [ BUG FIXES ] - XSLoader wasn't the problem on Solaris, so it's back. - Now loading the XS version of DateTime.pm is wrapped in an eval block. If it fails with an error about the object version not matching, the pure Perl version is loaded instead. This should fix Solaris. Thanks to Joshua Hoblitt for identifying this bug. -dave /*=== House Absolute Consulting www.houseabsolute.com ===*/
Re: ANNOUNCE: DateTime 0.1501
bash-2.03# perl Makefile.PL --pm Why'd you do that? You told it to _not_ compile the XS version. Because thats where the problem is occurring. But why would people do that on Solaris is my question. For some reason it doesn't always identify that gcc is available (thats how I noticed the problem). Don't ask me why someone would install the XS version then switch to pure-perl. Never the less it still shouldn't do that. It looks like the problem is with Dynaloader. -J --