Re: Mac PSPP 0.7.8-g42ec6a

[Ben Pfaff]

Thanks.  I pushed a commit that allows +/- .001 for this result.

John Darrington <address@hidden> writes:

> I've noticed this on GNU/Linux too, depending on what optimisation 
> flags are used.
>
> I don't think one digit in the third decimal place is a big deal.
> Especially as the p-value is unchanged.
>
> On Sun, Jul 10, 2011 at 03:57:19PM -0700, Ben Pfaff wrote:
>      
>      406 fails due to a numeric precision issue.  John or Jason, would
>      you mind taking a look to verify that it's not a big deal?
>      Here's the report:
>      
>          406. glm.at:3: testing GLM latin square design ...
>          ./glm.at:59: pspp -O format=csv latin.sps
>          --- -   2011-07-06 18:28:20.000000000 -0400
>          +++ 
> /opt/local/var/macports/build/_Users_aeetes_dports_math_pspp-devel/pspp-devel/work/pspp-0.7.8-g42ec6a/tests/testsuite.dir/at-groups/406/stdout
>       2011-07-06 18:28:20.000000000 -0400
>          @@ -7,5 +7,5 @@
>           Factor C,155.596,5,31.119,9.350,.000
>           Error,66.563,20,3.328,,
>           Total,1144.730,36,,,
>          -Corrected Total,329.627,35,,,
>          +Corrected Total,329.628,35,,,
>      
>          406. glm.at:3: 406. GLM latin square design (glm.at:3): FAILED 
> (glm.at:59)
>      
> J'

-- 
Ben Pfaff 
http://benpfaff.org