Re: Mac PSPP 0.7.8-g42ec6a

[John Darrington]

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'

-- 
PGP Public key ID: 1024D/2DE827B3 
fingerprint = 8797 A26D 0854 2EAB 0285  A290 8A67 719C 2DE8 27B3
See http://pgp.mit.edu or any PGP keyserver for public key.

signature.asc
Description: Digital signature