Skip Menu |

This queue is for tickets about the DateTime-Format-Epoch CPAN distribution.

Report information
The Basics
Id: 31097
Status: open
Priority: 0/
Queue: DateTime-Format-Epoch

Owner: Nobody in particular
Requestors: FLIP [...]

Bug Information
Severity: Normal
Broken in: 0.10
Fixed in: (no value)

Subject: TAI64 and Astro::Moon don't play nice together -- error in BigInt when both are use'd
Download (untitled) / with headers
text/plain 3.2k
If I use the modules DateTime::Util::Astro::Moon and DateTime::Format::Epoch::TAI64 and then create a TAI64 object, I get an error in the BigInt::GMP library. ======================================================== $ perl -e ' use DateTime::Format::Epoch::TAI64; use DateTime::Util::Astro::Moon; printf "%s -- %s\n", $DateTime::Format::Epoch::TAI64::VERSION, $DateTime::Util::Astro::Moon::VERSION; my $a = DateTime::Format::Epoch::TAI64->new(); ' 0.10 -- 0.04 n is not of type Math::BigInt::GMP at /public/share/perl/lib/Math/ line 820. ======================================================== Crossfiling this bug in TAI64 and Util::Moon. ======================================================== Summary of my perl5 (revision 5 version 8 subversion 8) configuration: Platform: osname=linux, osvers=, archname=i486-linux-gnu-thread-multi uname='linux rothera #1 smp sat sep 30 10:21:42 utc 2006 i686 gnulinux ' config_args='-Dusethreads -Duselargefiles -Dccflags=-DDEBIAN -Dcccdlflags=-fPIC -Darchname=i486-linux-gnu -Dprefix=/usr -Dprivlib=/usr/share/perl/5.8 -Darchlib=/usr/lib/perl/5.8 -Dvendorprefix=/usr -Dvendorlib=/usr/share/perl5 -Dvendorarch=/usr/lib/perl5 -Dsiteprefix=/usr/local -Dsitelib=/usr/local/share/perl/5.8.8 -Dsitearch=/usr/local/lib/perl/5.8.8 -Dman1dir=/usr/share/man/man1 -Dman3dir=/usr/share/man/man3 -Dsiteman1dir=/usr/local/man/man1 -Dsiteman3dir=/usr/local/man/man3 -Dman1ext=1 -Dman3ext=3perl -Dpager=/usr/bin/sensible-pager -Uafs -Ud_csh -Uusesfio -Uusenm -Duseshrplib -Dd_dosuid -des' hint=recommended, useposix=true, d_sigaction=define usethreads=define use5005threads=undef useithreads=define usemultiplicity=define useperlio=define d_sfio=undef uselargefiles=define usesocks=undef use64bitint=undef use64bitall=undef uselongdouble=undef usemymalloc=n, bincompat5005=undef Compiler: cc='cc', ccflags ='-D_REENTRANT -D_GNU_SOURCE -DTHREADS_HAVE_PIDS -DDEBIAN -fno-strict-aliasing -pipe -I/usr/local/include -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64', optimize='-O2', cppflags='-D_REENTRANT -D_GNU_SOURCE -DTHREADS_HAVE_PIDS -DDEBIAN -fno-strict-aliasing -pipe -I/usr/local/include' ccversion='', gccversion='4.1.2 (Ubuntu 4.1.2-0ubuntu4)', gccosandvers='' intsize=4, longsize=4, ptrsize=4, doublesize=8, byteorder=1234 d_longlong=define, longlongsize=8, d_longdbl=define, longdblsize=12 ivtype='long', ivsize=4, nvtype='double', nvsize=8, Off_t='off_t', lseeksize=8 alignbytes=4, prototype=define Linker and Libraries: ld='cc', ldflags =' -L/usr/local/lib' libpth=/public/share/perl/lib /usr/local/lib /lib /usr/lib libs=-lgdbm -lgdbm_compat -ldb -ldl -lm -lpthread -lc -lcrypt perllibs=-ldl -lm -lpthread -lc -lcrypt libc=/lib/, so=so, useshrplib=true, gnulibc_version='2.5' Dynamic Linking: dlsrc=dl_dlopen.xs, dlext=so, d_dlsymun=undef, ccdlflags='-Wl,-E' cccdlflags='-fPIC', lddlflags='-shared -L/usr/local/lib' Characteristics of this binary (from libperl): Compile-time options: MULTIPLICITY PERL_IMPLICIT_CONTEXT PERL_MALLOC_WRAP THREADS_HAVE_PIDS USE_ITHREADS USE_LARGE_FILES USE_PERLIO USE_REENTRANT_API Built under linux Compiled at Mar 6 2007 01:40:14
Download (untitled) / with headers
text/plain 478b
Seems to be a problem with the alternative Math::BigInt libraries, in this case Math::BigInt::GMP. Math::BigInt seems to be confused because it is loaded once with GMP support (by the Astro package) and once without (by DT::F::Epoch). I do not have GMP, so I cannot reproduce the bug. However, I have now added optional GMP support to DT::F::Epoch. This may solve the problem. I have uploaded version 0.11 of DT::F::Epoch a few minutes ago. Thanks for the report! Eugene

This service is sponsored and maintained by Best Practical Solutions and runs on infrastructure.

Please report any issues with to