mersenneforum.org PFGW 3.8.3 (with gwnum v28.7) Released
 Register FAQ Search Today's Posts Mark Forums Read

2019-12-07, 23:51   #441
matzetoni

Feb 2019

2·37 Posts

Quote:
 Originally Posted by pepi37 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

2019-12-08, 10:25   #442
paulunderwood

Sep 2002
Database er0rr

D7916 Posts

Quote:
 Originally Posted by matzetoni 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

2019-12-08, 10:41   #443
pepi37

Dec 2011
After milion nines:)

22×337 Posts

Quote:
 Originally Posted by paulunderwood 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/

 2019-12-11, 21:32 #444 rogue     "Mark" Apr 2003 Between here and the 5,953 Posts 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.
 2019-12-28, 08:58 #445 japelprime     "Erling B." Dec 2005 7·11 Posts 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 2019-12-28, 10:43 #446 Happy5214 "Alexander" Nov 2008 The Alamo City 3×131 Posts Quote:  Originally Posted by japelprime 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?

2019-12-28, 16:12   #447
japelprime

"Erling B."
Dec 2005

7·11 Posts

Quote:
 Originally Posted by Happy5214 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

2019-12-28, 16:16   #448
japelprime

"Erling B."
Dec 2005

7×11 Posts

Quote:
 Originally Posted by japelprime 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. 2019-12-29, 01:09 #449 Happy5214 "Alexander" Nov 2008 The Alamo City 6118 Posts Quote:  Originally Posted by japelprime 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 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. 2019-12-30, 12:22 #450 japelprime "Erling B." Dec 2005 7·11 Posts Quote:  Originally Posted by Happy5214 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. 2019-12-30, 14:11 #451 rogue "Mark" Apr 2003 Between here and the 10111010000012 Posts Quote:  Originally Posted by japelprime 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.

 Similar Threads Thread Thread Starter Forum Replies Last Post Batalov Software 77 2015-04-14 09:01 rogue Software 94 2010-09-14 21:39 rogue Software 10 2009-10-28 07:07 rogue Software 20 2009-08-23 12:14 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