LLR Version 3.8.20 released
 

Hi All,

I uploaded today the version 3.8.20 of the LLR program.
You can find it now on my personal site :

[url]http://jpenne.free.fr/[/url]

The 32bit Windows and Linux compressed binaries are available as usual.
The Linux 64bit binaries are also released here.
I uploaded also the complete source in a compressed file ; it may be used to
build the Mac-Intel executable and also the 64bit Windows binary.

The main new feature in this version is that MULTITHREADING is now available by setting -oThreadsPerTest=<number> or -t<number> in the command line.
Thanks to Serge Batalov who showed me how simple it was to implement this!

This LLR version is linked with the Version 28.13 of George Woltman's gwnum library.
George has fixed in this gwnum version, the bug which sometimes affected prime or PRP tests done using multithreading and FMA3.

When doing PRP tests, the Fermat test is now not strong by default, because it is time consuming...

Now, if the input file name (PgenInputFile parameter) has changed while working with the same .ini file, the PgenLine parameter is forced to one.
I made this update to fix the "CLLR bug" found by LaurV.

As usual, I need help to build the 32bit Mac Intel binary, and also the 64bit Mac Intel and Windows ones.
Please, inform me if you encountered any problem while using this new version.
Best Regards,
Jean

P.S. : Please note than, now, LLR Versions 3.8.18 and 3.8.19 are deprecated.

[URL]http://www.bc-team.org/downloads.php?cat=7[/URL] for win64. Also sent the files to Jean.

[QUOTE=rebirther;453552][URL]http://www.bc-team.org/downloads.php?cat=7[/URL] for win64. Also sent the files to Jean.[/QUOTE]

Thanks to Rebirther, LLR 3.8.20 Windows64 GUI and console applications are now available.
Regards,
Jean

It looks like LLR GUI ( 64 bit) 3.8.20 crash after processing first line at exponent it is prime. If delete few lines from NPG file, then it works OK
CLLR works OK
LLR crash at this example


3640624553:P:1:200:257
4 2
4 6
4 54
4 82
4 114
4 122
4 130
4 186

Mac builds of LLR 3.8.20 are now available from [url]https://ibethune.github.io/files/llr38k_mac.zip[/url].

Cheers

- Iain

[QUOTE=pepi37;453568]It looks like LLR GUI ( 64 bit) 3.8.20 crash after processing first line at exponent it is prime. If delete few lines from NPG file, then it works OK
CLLR works OK
LLR crash at this example


3640624553:P:1:200:257
4 2
4 6
4 54
4 82
4 114
4 122
4 130
4 186[/QUOTE]

I have no problem on my Windows 7 64bit and your samples,
neither with cllr64 nor with LLR64...
Regards,
Jean

[QUOTE=IBethune;453626]Mac builds of LLR 3.8.20 are now available from [url]https://ibethune.github.io/files/llr38k_mac.zip[/url].

Cheers

- Iain[/QUOTE]

Thank you very much Iain!
Now, the MacIntel 32 and 64 bits binaries are available on jpenne.free.fr
Regards,
Jean

Just to confirm, the new build does appear to work for the previously-broken test (using 5 threads):

[CODE]Iains-MacBook-Pro:mac64llr ibethune$ ./llr64 -V
LLR Program - Version 3.8.20, using Gwnum Library Version 28.13
Iains-MacBook-Pro:mac64llr ibethune$ ./llr64 -d -t5 -q"66666*5^1560000-1"
Base prime factor(s) taken : 5
Starting N+1 prime test of 66666*5^1560000-1
Using FMA3 FFT length 384K, Pass1=256, Pass2=1536, 5 threads, a = 3

66666*5^1560000-1 is not prime. RES64: 7417FF24F2FBCEB9. OLD64: 5C47FD6ED8F36C28 Time : 11876.251 sec.
[/CODE]

- Iain

Yes, both 5 and 7 threads works now for 66666*5^1560000-1.

APRCL on Win64 LLR
 

Hi,

I compiled yesterday the companion programs aprcl.exe, llrwscrch.exe and tw.exe under cygwin 64bit, and linked with the GNU GMP 64bit library, also compiled on the cygwin 64bit platform.
These binaries are now added in the LLR 3.8.20 Win64 zip files, which, indeed, become a bit larger...

I verified that all seems to work fine on my Windows 7 64bit platform.

Regards,
Jean

Have an issue with this latest version.
First let me share my llr.ini content:

[CODE]
WorkDone=0
Pid=0
Work=0
PgenInputFile=input.txt
PgenOutputFile=output.txt
PgenLine=20
OutputIterations=100000
ResultsFileIterations=99999999
DiskWriteTime=15
TwoBackupFiles=1
Priority=1
HeaderLine=0
Error_Count=2
[/CODE]My issue is when I stop the client and resume it afterwards the client will start from first line of the input.txt and not resume where it was previously. Can anyone doublecheck if this occurs? I've replaced client back to previous version (3.8.17) and it works, picks up where it was left.

TIA