[QUOTE=Cruelty;202130]On the development page I can see the 3.80 version dated 14-th of January - anyone tried it already?[/QUOTE]I tried it: seems good ! However, Jean said that he will officialy deliver this version next week. He has some more testing to do and some more documentation to write.
Wait till he says: GO !
Tony

Did this bug affect only Wagstaff numbers, or is it more general?

Is there a way to determine which results may be bad and need to be re-tested?

[QUOTE=jrk;202136]Did this bug affect only Wagstaff numbers, or is it more general?

Is there a way to determine which results may be bad and need to be re-tested?[/QUOTE]The problem was in gwnum. So it depends how the FFT computation of any number comes into the RED zone...
It's enough to add: ErrorCheck=1 in the llr.ini file. (and ... yes ! we did not use it.)
It seems that LLR does not have a ErrorCheck of result every N steps, like Prime95 has.
Tony

If the problem was in gwnum, it probably also affected prime95 and pfgw as well. Prime95 catches some of these errors through intermittent error checking, but others probably got through. It would be helpful to know the ranges (and FFT sizes) where this happened.

I was confused earlier where you said LLR was producing random residues. I took this to mean that the residue was different each time you ran the test, but I think you meant simply that LLR was producing incorrect residues, no?

[quote=philmoore;202380]If the problem was in gwnum, it probably also affected prime95 and pfgw as well. Prime95 catches some of these errors through intermittent error checking, but others probably got through. It would be helpful to know the ranges (and FFT sizes) where this happened.[/quote]
BTW, I think PFGW does similar intermittent error checking.

[QUOTE=philmoore;202380] It would be helpful to know the ranges (and FFT sizes) where this happened.[/QUOTE](2^3251251+1)/3 - (2^3473747+1)/3[QUOTE]the residue was different each time you ran the test ?[/QUOTE]YES !

[QUOTE=mdettweiler;202383]BTW, I think PFGW does similar intermittent error checking.[/QUOTE]LLR did not. It will now, said Jean.

Good work, Tony, and good luck with your retesting!

Any idea when the new LLR version will become... official?

Last news is that Jean delivered a stable 3.8.0 version.
He is now working on the documentation. A lot of work, he said. I should read his work before publishing it, I proposed, and he accepted.
Wait some more.
T.