mersenneforum.org  

Go Back   mersenneforum.org > Great Internet Mersenne Prime Search > Software

Reply
 
Thread Tools
Old 2019-12-07, 23:51   #441
matzetoni
 
matzetoni's Avatar
 
Feb 2019

2·37 Posts
Default

Quote:
Originally Posted by pepi37 View Post
Every one could mail him, it is question will he upgrade PFGW :)

Actually, I'm the finder of this prime and I contacted him when it was removed after I originally submitted it on Nov 28th. He knows of the problem. This was not the first time a number of the form 4*3^n+1 was accidently marked as composite, a prime I submitted in July had the same issue. I'm not sure whether he changed the pfgw version for T5K now, primes with ids larger than the id of 4 * 3^1154598+1still show version 3.7.7 in the verification data, e.g. here https://primes.utm.edu/primes/page.php?id=130165
matzetoni is offline   Reply With Quote
Old 2019-12-08, 10:25   #442
paulunderwood
 
paulunderwood's Avatar
 
Sep 2002
Database er0rr

D7916 Posts
Default

Quote:
Originally Posted by matzetoni View Post
Actually, I'm the finder of this prime and I contacted him when it was removed after I originally submitted it on Nov 28th. He knows of the problem. This was not the first time a number of the form 4*3^n+1 was accidently marked as composite, a prime I submitted in July had the same issue. I'm not sure whether he changed the pfgw version for T5K now, primes with ids larger than the id of 4 * 3^1154598+1still show version 3.7.7 in the verification data, e.g. here https://primes.utm.edu/primes/page.php?id=130165
It looks like the Prof. upgraded PFGW to 4.0.1. https://primes.utm.edu/primes/page.php?id=130160

Last fiddled with by paulunderwood on 2019-12-08 at 10:26
paulunderwood is offline   Reply With Quote
Old 2019-12-08, 10:41   #443
pepi37
 
pepi37's Avatar
 
Dec 2011
After milion nines:)

22×337 Posts
Default

Quote:
Originally Posted by paulunderwood View Post
It looks like the Prof. upgraded PFGW to 4.0.1. https://primes.utm.edu/primes/page.php?id=130160

Proof is always made at /clientpool , this one is made on /clientpoo/l4/
pepi37 is offline   Reply With Quote
Old 2019-12-11, 21:32   #444
rogue
 
rogue's Avatar
 
"Mark"
Apr 2003
Between here and the

5,953 Posts
Default

FYI, there is a bug in pfgw where it keeps appending the pfgw.ini file. When pfgw is restarted it restarts at the top of the file instead of the last line it was working on. When this happens you will see an ini file that looks like this:

Code:
[PFGW]
DefaultSettings=
CurFileProcessing=true
CurFileName=b66_n.abcnp
CurFileName=b66_n.abcnp
CurFileProcessing=true
CurLineNum=2584
CurLineExpr=6263977*66^14412-1
CurLineChecksum=1353693299
CurLineNum=3
CurLineExpr=6261687*66^11031-1
CurLineChecksum=-2066798208
CurLineNum=4
CurLineExpr=6261687*66^11049-1
CurLineChecksum=386613377
CurLineNum=5
with many thousands more lines like the above. I have only seen this on Windows and know that it has existed for years. It still exists in pfgw 4. I have not been able to track this down thus it is not resolved. I will spend some time trying to fix as part of the next release, mainly because it is causing me rework when I'm not paying attention.
rogue is offline   Reply With Quote
Old 2019-12-28, 08:58   #445
japelprime
 
japelprime's Avatar
 
"Erling B."
Dec 2005

7·11 Posts
Default

Maybe this is known but I will put this here anyway. Small bug in the program affecting pfgw.ini file. I tried fresh copy of PFGW64 4.01 for linux with work to do in a txt file (ABCD form.)

ABCD 83*2^$a-1 [3027010] // Sieved to 73503496397731
16

The program finished the first candidate then stopped. Did not start line nr. two. I notes when open ini file it says CurLineNum=2 when working on the first candidate [3027010] . Because there are no number 3 in the text file it stopped and did not execute second candidate [3027026] . Maybe it already "think" it have worked on line 2 ? I have not tried if it will work on last candidate in the ABCD text file if there is extra blank line after the last candidate ?

I noticed this CurLineNum= # mixup also in the Windows version.

Last fiddled with by japelprime on 2019-12-28 at 09:00
japelprime is offline   Reply With Quote
Old 2019-12-28, 10:43   #446
Happy5214
 
Happy5214's Avatar
 
"Alexander"
Nov 2008
The Alamo City

3×131 Posts
Default

Quote:
Originally Posted by japelprime View Post
Maybe this is known but I will put this here anyway. Small bug in the program affecting pfgw.ini file. I tried fresh copy of PFGW64 4.01 for linux with work to do in a txt file (ABCD form.)

ABCD 83*2^$a-1 [3027010] // Sieved to 73503496397731
16

The program finished the first candidate then stopped. Did not start line nr. two. I notes when open ini file it says CurLineNum=2 when working on the first candidate [3027010] . Because there are no number 3 in the text file it stopped and did not execute second candidate [3027026] . Maybe it already "think" it have worked on line 2 ? I have not tried if it will work on last candidate in the ABCD text file if there is extra blank line after the last candidate ?

I noticed this CurLineNum= # mixup also in the Windows version.
That looks like a Riesel candidate. Why aren't you using LLR for that?
Happy5214 is offline   Reply With Quote
Old 2019-12-28, 16:12   #447
japelprime
 
japelprime's Avatar
 
"Erling B."
Dec 2005

7·11 Posts
Default

Quote:
Originally Posted by Happy5214 View Post
That looks like a Riesel candidate. Why aren't you using LLR for that?
The output file from Newpgen in to SR1Sieve is ABCD format and somehow I did not see LLR take that format as input file.
That is why I used PFGW even it is only probably prime test.
It is just what happened not specially thought thru.

Last fiddled with by japelprime on 2019-12-28 at 16:29
japelprime is offline   Reply With Quote
Old 2019-12-28, 16:16   #448
japelprime
 
japelprime's Avatar
 
"Erling B."
Dec 2005

7×11 Posts
Default

Quote:
Originally Posted by japelprime View Post
Maybe this is known but I will put this here anyway. Small bug in the program affecting pfgw.ini file. I tried fresh copy of PFGW64 4.01 for linux with work to do in a txt file (ABCD form.)

ABCD 83*2^$a-1 [3027010] // Sieved to 73503496397731
16

The program finished the first candidate then stopped. Did not start line nr. two. I notes when open ini file it says CurLineNum=2 when working on the first candidate [3027010] . Because there are no number 3 in the text file it stopped and did not execute second candidate [3027026] . Maybe it already "think" it have worked on line 2 ? I have not tried if it will work on last candidate in the ABCD text file if there is extra blank line after the last candidate ?

I noticed this CurLineNum= # mixup also in the Windows version.
I made extra blank line in the end of my text file (line nr 3) and then the program started execute line nr. two.
japelprime is offline   Reply With Quote
Old 2019-12-29, 01:09   #449
Happy5214
 
Happy5214's Avatar
 
"Alexander"
Nov 2008
The Alamo City

6118 Posts
Default

Quote:
Originally Posted by japelprime View Post
The output file from Newpgen in to SR1Sieve is ABCD format and somehow I did not see LLR take that format as input file.
That is why I used PFGW even it is only probably prime test.
It is just what happened not specially thought thru.
Don't NewPGen (which I've never used) and sr1sieve both use basically the same format (which is the one used by LLR)? If not, you can use srfile to convert between them (look for the srsieve thread, or mtsieve has similar functionality).

Also, you can actually make PFGW run a deterministic test (P+1, to be exact) by passing -tp as an argument.

Quote:
Originally Posted by japelprime View Post
I made extra blank line in the end of my text file (line nr 3) and then the program started execute line nr. two.
Yeah, Linux is picky about having a trailing newline after the last line of content.
Happy5214 is offline   Reply With Quote
Old 2019-12-30, 12:22   #450
japelprime
 
japelprime's Avatar
 
"Erling B."
Dec 2005

7·11 Posts
Default

Quote:
Originally Posted by Happy5214 View Post
Don't NewPGen (which I've never used) and sr1sieve both use basically the same format (which is the one used by LLR)? If not, you can use srfile to convert between them (look for the srsieve thread, or mtsieve has similar functionality).

Also, you can actually make PFGW run a deterministic test (P+1, to be exact) by passing -tp as an argument.



Yeah, Linux is picky about having a trailing newline after the last line of content.
Well. LLR is not working with me at the moment. The program is not taking any of the input files. Saying incorrect ABC format (not remembering correct phrase). I am not sure what I am doing wrong because I have used LLR years back without problems. PFGW is working for me but not painless. Maybe this is "welcome to the Ubuntu world".
Regarding last line of the content in the PFGW input file. It is the same problem I ran in to both for Ubuntu and Windowst. I at least need to be aware of missing out last residue. Maybe some end-mark of a line missing that I am not aware of for the input file. I have to re-run 27 candidate that where the last one in each input file. They where not executed first time in PFGW and windows 10.
japelprime is offline   Reply With Quote
Old 2019-12-30, 14:11   #451
rogue
 
rogue's Avatar
 
"Mark"
Apr 2003
Between here and the

10111010000012 Posts
Default

Quote:
Originally Posted by japelprime View Post
Maybe this is known but I will put this here anyway. Small bug in the program affecting pfgw.ini file. I tried fresh copy of PFGW64 4.01 for linux with work to do in a txt file (ABCD form.)

ABCD 83*2^$a-1 [3027010] // Sieved to 73503496397731
16

The program finished the first candidate then stopped. Did not start line nr. two. I notes when open ini file it says CurLineNum=2 when working on the first candidate [3027010] . Because there are no number 3 in the text file it stopped and did not execute second candidate [3027026] . Maybe it already "think" it have worked on line 2 ? I have not tried if it will work on last candidate in the ABCD text file if there is extra blank line after the last candidate ?

I noticed this CurLineNum= # mixup also in the Windows version.
Is there a carriage return or line feed on line 2 of that input file? If not, how was the file created? All of my sieving programs add a \n to the end of all output lines.
rogue is offline   Reply With Quote
Reply

Thread Tools


Similar Threads
Thread Thread Starter Forum Replies Last Post
A possible bug in LLR/PFGW while using GWNUM (no bug in P95) Batalov Software 77 2015-04-14 09:01
PFGW 3.2.0 has been Released rogue Software 94 2010-09-14 21:39
PFGW 3.2.3 has been Released rogue Software 10 2009-10-28 07:07
PFGW 3.2.2 has been Released rogue Software 20 2009-08-23 12:14
PFGW 3.2.1 has been released rogue Software 5 2009-08-10 01:43

All times are UTC. The time now is 20:42.

Sat Oct 31 20:42:17 UTC 2020 up 51 days, 17:53, 2 users, load averages: 1.66, 1.82, 2.08

Powered by vBulletin® Version 3.8.11
Copyright ©2000 - 2020, Jelsoft Enterprises Ltd.

This forum has received and complied with 0 (zero) government requests for information.

Permission is granted to copy, distribute and/or modify this document under the terms of the GNU Free Documentation License, Version 1.2 or any later version published by the Free Software Foundation.
A copy of the license is included in the FAQ.