On Fri, Feb 09, 2007 at 03:31:52PM +0100, Gerard Goossen wrote: Thanks for testing these. Sorry for the delay in responding. > DateTime-0.27 > t/20infinite............ > # Failed test 'infinity (datetime) == infinity (number)' > # in t/20infinite.t at line 72. > # got: '-0001--01--01T-01:-01:-01' > # expected: 'inf' > > # Failed test 'neg infinity (datetime) == neg infinity (number)' > # in t/20infinite.t at line 75. > # got: > # '-9223372036854775808--9223372036854775808--9223372036854775808T-9223372036854775808:-9223372036854775808:-9223372036854775808' > # expected: '-inf' > # Looks like you failed 2 tests of 40. > Upgrading to DateTime resolved this I see the same error with DateTime-0.27 and perl 5.8.8, so it seems to be a bug in the tests of that version of DateTime. Like you, I see all tests passing on the current version > Module where upgrading did not help: > Date-Formatter-0.07 > t/20_Date_Formatter_overloads_test........Illegal Operation : Cannot add > a date object to a non-date object. at > /oldroot/home/gerard/perl/tweed/perlkit/tmp/Date-Formatter-0.07/blib/lib/Date/Formatter.pm > line 446. > > Date-Formatter-0.08 > t/20_Date_Formatter_overloads_test........Illegal Operation : Cannot add > a date object to a non-date object. at > /oldroot/home/gerard/perl/tweed/perlkit/tmp/Date-Formatter-0.08/blib/lib/Date/Formatter.pm > line 473. I see this failure on release 5.8.8, so the module's tests (or the module) is buggy in some way. > Serious problem: > ImageMagick-6.3.2-0 sometimes a segmentation fault (something > inside a XS_Image__Magick_DESTROY). I'll try to get some more debug > information. If you can, that would be useful. > Used to run it as the perl for a test setup 2dehands.nl (replacing perl > 5.8.6). > And run all our tests, a lot of mod-perl, DBD-mysql, > sockets stuff, UTF8 flags, lots of utility modules, some > horrible/fantastic magic like blessed tied hashes. And you don't say that it breaks, which I take is good news. Testing your non-CPAN code is the most useful, because it's more likely to throw up unique problems. Thanks. Nicholas Clark