Skip Menu |

This queue is for tickets about the Text-Summarize CPAN distribution.

Report information
The Basics
Id: 75845
Status: open
Priority: 0/
Queue: Text-Summarize
People
Owner: Nobody in particular
Requestors: ANDK [...] cpan.org
Cc:
AdminCc:
Bug Information
Severity: Normal
Broken in: 0.50
Fixed in: (no value)

History Show all quoted text
  Sat Mar 17 13:41:13 2012 ANDK [...] cpan.org - Ticket created
Subject: Fails on nvsize != 8
As per subject. On a 64bit machine, if uselongdouble is declared, a test fails. Let me know if you need further informations. Regards,
  Mon Aug 13 18:20:55 2012 KUBINA [...] cpan.org - Correspondence added
Sorry I missed this report. Can you give me just a bit more to go on why the test fails?

On Sat, 17 Mar 2012 17:41:13 GMT, ANDK wrote:
Show quoted text
> As per subject.
>
> On a 64bit machine, if uselongdouble is declared, a test fails.
>
> Let me know if you need further informations.
>
> Regards,

  Mon Aug 13 18:20:56 2012 The RT System itself - Status changed from 'new' to 'open'
  Mon Aug 13 23:49:15 2012 ANDK [...] cpan.org - Correspondence added
A sample fail report: http://www.cpantesters.org/cpan/report/2f3b48b0-753a-11e1-85b0-6205173997d5 The diagnostic output of the test is zilch, even if run verbosely. Reading the test I find hardcoded floating point numbers: t/001_test.t:15: my $answer = [ [ 2, 0.722352941176471 ], [ 0, 0.220392156862745 ], [ 1, 0.0572549019607843 ], ]; and later return 0 if $error > 1e-8; return 1; There is somebody trying to hide information. How big is the $error? DB<1> b 30 DB<2> c main::test(t/001_test.t:30): return 0 if $error > 1e-8; DB<2> x $error 0 0.250000000000000209 So, does this help a bit?