At 07:52 PM 6/15/2003 -0700, Luke Welsh wrote:
I'm fishing....

What about +/- INF ?

Yes, they would be treated just like a NaN. Prime95 checks if the sum of the FFT inputs is NaN, or +/- INF every iteration (generating the common ILLEGAL SUMOUT error).

What about corruption of any of the pre-computed arrays?

Yes, if the first weight value was NaN, then that would corrupt the entire FFT data array. Of course, this generates an ILLEGAL SUMOUT on the next iteration, but if this single corruption happened during the last iteration then a false positive would have been generated.

Version 23.5 will now detect this.

I'm also adding code to 23.5 to check EVERY iteration for an impossible result
such as -2, -1, 0, 1, 2.  This test will be very, very quick.

FYI, six times a result of 0000000000000002 has been reported to the
server.  So, somehow or another it is possible for a hardware error to
zero the FFT data without triggering an ILLEGAL SUMOUT.

_________________________________________________________________________
Unsubscribe & list info -- http://www.ndatech.com/mersenne/signup.htm
Mersenne Prime FAQ      -- http://www.tasam.com/~lrwiman/FAQ-mers

Reply via email to