LLR Version 4.0.2 released.

[Citrix]

Do we know which versions are affected by this bug? 3.x?
Thanks.

[ruckuslemur]

Originally Posted by Jean Penné

Many thanks for your remarks!
There are really bugs in IsLLRP() and IsProthP() codes (wrong values of base and exponent passed to gwSetup() function when k is even).
These bugs will be fixed in the next release of LLR and of llrCUDA.
Best Regards,
Jean

No problem. Thank you for all the time and effort you have invested in LLR over many (20+) years.

Originally Posted by Citrix

Do we know which versions are affected by this bug? 3.x?
Thanks.

The first release to be affected is LLR Version 3.8.24b3 (llr38o), and all subsequent releases are affected too

[Citrix]

Originally Posted by ruckuslemur

The first release to be affected is LLR Version 3.8.24b3 (llr38o), and all subsequent releases are affected too

Thanks. I have been using Version 3.8.23.

[Happy5214]

Originally Posted by ruckuslemur

Which iteration count do you mean? I tried hardcoding a "final_count += 1;" in GerbiczTest() at line 7458 of Llr.c (non-CUDA) and the Proth test still reported 5046*2^349007+1 as composite, though with a different RES64. Incrementing final_count by more than 1 caused the program to crash, but tests with odd k ran fine with final_count incremented by 1 so that variable likely isn't the iteration count for the test.

I hadn't looked at the code, so it was just a (wrong) guess. I'm glad Jean found the issue. Now, if we can fix the NewPGen mask issue I brought up earlier...

[pepi37]

Good thing is Prime95 is not affected with this problem



5046*2^349007+1 is a probable prime! Wh4: 9CB67D85,00000000
2523*2^349008+1 is a probable prime! Wh4: 9CB87D87,00000000
5046*2^349006-1 is a probable prime! Wh4: 9CB47D83,00000000
2523*2^349007-1 is a probable prime! Wh4: 9CB67D85,00000000