[SRBase] llr2 gwnum 30.x bug

News and Information related to Distributed Computing
Post Reply
BOINC_News
Reactions:
Posts: 997
Joined: Sun Nov 08, 2020 3:51 pm

[SRBase] llr2 gwnum 30.x bug

Post by BOINC_News »

input
175000000000:P:1:51:257
607920 35218

llr2 gwnum 30.9
11920*51^35219+1 is not prime. RES64: 5326FBF23EE99827 Time : 12.728 sec.

llr3.8.21
607920*51^35218+1 is not prime. RES64: 5326FBF23EE99827. OLD64: 8C5E80CE11E6EA41 Time : 26.106 sec.

llr2 gwnum 30.4
11920*51^35219+1 is not prime. RES64: 5326FBF23EE99827 Time : 38.737 sec.

llr2 gwnum 29.8
607920*51^35218+1 is not prime. RES64: 5326FBF23EE99827 Time : 51.552 sec.

The app divides the number 607920 / 51 = 11920. The gwnum lib has a bug somewhere and the dev is informed.

At the moment only S51 is affected.

Base S51 will be stopped for the time being after 35-37k is done, the tests are correct with the divided numbers but primes cant be removed from the sievefile.

All affected tests must be convert to the correct values. This takes time.

Source: http://srbase.my-firewall.org/sr5/forum ... hp?id=1745
Post Reply