Starting new bases

[gd_barnes]

Originally Posted by rogue

Great! Now that PFGW 3.2.7 fixes the bugs from 3.2.5, the script must be further modified to support those changes, namely the use of ISPRIME/ISPRP and the PRP/PRIMEM/PRIMEP functions. PFGW 3.2.7 will not work correctly with this script.

Ugh. Now I'm forced to update PFGW on my 20+ cores that run PFGW to be able to run the latest version of the script. What a pain. lol

Clearly I'll change the MOB routine to run PRIMEM or PRIMEP instead of PRP, although that would only affect bases with large conjectures where PFGW doesn't find k-1 or k+1 to be trivially prime. But in the actual testing of k*b^n+/-1, I'll leave that as PRP, which clearly saves CPU time, and is all that is needed in 99%+ of all tests that are composite or found trivially prime (i.e. quickly proven) by PFGW. Another nice enhancement would be to run PRIMEM or PRIMEP after a PRP is found so that people don't have to prove the pfgw.log (PRPs) file after their testing is complete. Of course that means that the prime will show up in both pfgw.log (PRPs) and pfgw-prime.log (proven primes) but since we now have pl_prime.txt and all of those would be proven primes, the usual PFGW files could just be ignored.

3 questions for you:
1. Are the PRP functions the only areas that MUST be changed as a result of your script changes for 2.4.7?
2. Are there other changes that you would expect that might not have to be done?
3. Are all testing bugs worked out of 2.4.7? I want to make sure that I have the most recent stable version.

To correctly fully test this would require that I find a PRP that is composite, which is not easy. Hopefully a few million k's of base 3 will do it with trial factoring set to 0%, i.e. using the -f0 PFGW switch.

Now, there's another interesting enhancement: Write out a file of composite PRPs. I'll save that for some other time.

Babbling again as usual...


Gary

[rogue]

Originally Posted by gd_barnes

3 questions for you:
1. Are the PRP functions the only areas that MUST be changed as a result of your script changes for 2.4.7?
2. Are there other changes that you would expect that might not have to be done?
3. Are all testing bugs worked out of 2.4.7? I want to make sure that I have the most recent stable version.

1. Yes.
2. I didn't touch any other functions/reserved words other than PRP, ISPRP, ISPRIME, PRIMEM, PRIMEC, and PRIMEP.
3. I am not aware of any bugs, but then again I just released the code today and I can only test so much on my own.

For MOB, PRP will most likely return ISPRIME = 1 since the values are either trivially prime or composite.

For the other test, I recommend using PRP first, then using PRIMEP/PRIMEM for a primality test. Anything that is PRP, but not prime should get kicked out to another file. Those cases need to be investigated by me and George. Doing this will mean that you only need to look at the pl_prime.txt file for primes and ignore the pfgw output files.

As a forewarning, the next version of PFGW will automatically switch to the next larger FFT size if there is a roundoff or sumout error. I've been wanting to do that for a while. So far it seems to work well for PRP testing and GFN, but primality testing is a bit more complex.

[gd_barnes]

Mark or whomever,

For ease of reference, can you provide me with direct links to the most recent Windows and Linux versions of PFGW 3.2.7?

I'll use that for testing script changes per the above.

I'll then change the direct links in the 1st post of the "PFGW 3.2.0 released" thread. My objective is to keep direct links to the most recently released bugfree version of PFGW quickly accessible there.


Thanks,
Gary

[Mini-Geek]

Here are the most recent released binaries for Windows and Linux:
Windows 3.2.7: http://openpfgw.svn.sourceforge.net/...p?revision=196
Linux 3.2.5: http://openpfgw.svn.sourceforge.net/...p?revision=184
You might need to get Mark to build Linux 3.2.7.
It's easy to get to them from here: http://openpfgw.svn.sourceforge.net/viewvc/openpfgw/ (click on the file you want, then use the link on the "(download)" button)

[rogue]

Originally Posted by gd_barnes

Mark or whomever,

For ease of reference, can you provide me with direct links to the most recent Windows and Linux versions of PFGW 3.2.7?

I'll use that for testing script changes per the above.

I'll then change the direct links in the 1st post of the "PFGW 3.2.0 released" thread. My objective is to keep direct links to the most recently released bugfree version of PFGW quickly accessible there.

Obviously the links were provided, but I will be removing 3.2.5 and 3.2.6 because they are buggy. I will have a new release ready by Monday for all platforms. 3.2.7 is stable for use. The next release has new features and no bug fixes.

[gd_barnes]

Originally Posted by rogue

Obviously the links were provided, but I will be removing 3.2.5 and 3.2.6 because they are buggy. I will have a new release ready by Monday for all platforms. 3.2.7 is stable for use. The next release has new features and no bug fixes.

OK, there is the stable bugfree version 3.2.7 for Windows. I'll use that to test changes that I will make to the script. But for posting links in the 1st post here, I need stable and known tested bugfree versions for both Windows and Linux. For that reason, would it be too much trouble for you to build version 3.2.7 for Linux?

When the new features versions are posted, I don't feel confident considering them stable and bugfree until a number of people test them because there are usually small bugs in any new features (i.e. versions 3.2.5/3.2.6), either in the new features or in how they affect/interact with previously existing code. So even when those come out, I'll still want to leave Windows and Linux version 3.2.7 as links in the 1st post for a period of time.

One more question: Will there be any fixes or enhancements of the PFGW scripting language in the near future? I want to get that to a stable state before making the final changes to the new bases script for the PRP/PRIME/ISPRP/ISPRIME code.


Thanks,
Gary

[rogue]

Originally Posted by gd_barnes

OK, there is the stable bugfree version 3.2.7 for Windows. I'll use that to test changes that I will make to the script. But for posting links in the 1st post here, I need stable and known tested bugfree versions for both Windows and Linux. For that reason, would it be too much trouble for you to build version 3.2.7 for Linux?

Steven Harvey makes the Linux builds. I'll ask him.

Originally Posted by gd_barnes

One more question: Will there be any fixes or enhancements of the PFGW scripting language in the near future? I want to get that to a stable state before making the final changes to the new bases script for the PRP/PRIME/ISPRP/ISPRIME code.

There are no changes to the how PFGW handles scripts. In fact, the changes for the next release will address things that scripts could not handle before. For example, if a test failed due to a sumout/roundoff error, you could not use a PFGW script to rerun the test with -a1. With the next release users are always guaranteed a successful test (barring bugs in PFGW or gwnum).

I have run a number of bases through 3.2.7 with an updated script and it is working as documented. These same tests failed with 3.2.6. I have found no issues. I haven't had time to test base with 3.3.0. One of the bases I tested with 3.2.7 had hundreds of sumout/roundoff errors for n < 200. I hope to run some tests today or tomorrow and post the next release once I can verify that it works correctly with those bases.

[gd_barnes]

OK, thanks. I think what I'll do is update the 1st post here with Windows version 3.2.7 and edit my recent script post to tell people that the script only works for PFGW versions 3.2.4 and older.

This is kind of an unusual place to be in. My script changes to correct the GFNs and to incorporate your k*b^n+/-1 displaying is valid for the most recent Linux version 3.2.4 but invalid for Windows version 3.2.7. (I'm not counting 3.2.5/3.2.6 since you said they had bugs.)

I have 10 Linux machines and 2 Windows machines and I'd like to keep them in sync so I'll wait until we have Linux PFGW 3.2.7 before I start working on the newest script changes.

One more question for you: What is the latest bugfree Linux version of PFGW? I'm assuming it's 3.2.4, although I can't find it anywhere. If so, can you provide a direct link? The latest that I have is 3.2.3 and is what is posted in the "PFGW 3.2.0 released" thread. Thanks.


Gary

[rogue]

Originally Posted by gd_barnes

This is kind of an unusual place to be in. My script changes to correct the GFNs and to incorporate your k*b^n+/-1 displaying is valid for the most recent Linux version 3.2.4 but invalid for Windows version 3.2.7. (I'm not counting 3.2.5/3.2.6 since you said they had bugs.)

One more question for you: What is the latest bugfree Linux version of PFGW? I'm assuming it's 3.2.4, although I can't find it anywhere. If so, can you provide a direct link? The latest that I have is 3.2.3 and is what is posted in the "PFGW 3.2.0 released" thread. Thanks.

Can you explain by what you mean as "invalid for Windows"? If there is a bug, I will fix it before the next release. Note that for 3.2.7 you would have "PRP test_str" instead of "PRP k * base ^ n + type, test_str". If you are saying the the latter doesn't display correctly in Windows, then what is it displaying?

I thought I had posted a 3.2.4 Linux version, but apparently I didn't. The only difference between 3.2.3 and 3.2.4 is to fix an issue with PRP testing numbers of the form b^n+1. It works, but is slower because it doesn't use the faster modular reduction.

[gd_barnes]

Originally Posted by rogue

Can you explain by what you mean as "invalid for Windows"? If there is a bug, I will fix it before the next release. Note that for 3.2.7 you would have "PRP test_str" instead of "PRP k * base ^ n + type, test_str". If you are saying the the latter doesn't display correctly in Windows, then what is it displaying?

I thought I had posted a 3.2.4 Linux version, but apparently I didn't. The only difference between 3.2.3 and 3.2.4 is to fix an issue with PRP testing numbers of the form b^n+1. It works, but is slower because it doesn't use the faster modular reduction.

I said my SCRIPT is invalid for the latest PFGW 3.2.7. I said nothing about PFGW. Everyone says 3.2.7 is good so I assume it is. I haven't upgraded since 3.2.3 because there is not a Linux version later than that that I am aware of.

The bottom line is that I don't want to update my script for your script language changes in Windows PFGW 3.2.7 until we get the latest Linux version of PFGW. The script is great and is bugree after extensvie testing on PFGW 3.2.3; both for Linux and Windows versions.

[rogue]

Originally Posted by gd_barnes

I said my SCRIPT is invalid for the latest PFGW 3.2.7. I said nothing about PFGW. Everyone says 3.2.7 is good so I assume it is. I haven't upgraded since 3.2.3 because there is not a Linux version later than that that I am aware of.

The bottom line is that I don't want to update my script for your script language changes in Windows PFGW 3.2.7 until we get the latest Linux version of PFGW. The script is great and is bugree after extensvie testing on PFGW 3.2.3; both for Linux and Windows versions.

I couldn't distinguish if the script was buggy or WinPFGW was buggy from your post.

Steven Harvey is at work on a Linux build of PFGW. I hope to have it available within an hour or two.