PFGW latest well-tested version

[Xentar]

Sorry, my mistake..

I am using srsieve for sieving, yes. But for any reason, this one saved the file in the ABCD format (sorted by k). I kept this format for sieving and used a small .bat file to convert it with srfile.. For any other reason, I choosed PRP format (sorted by n).

I will change the format during the next days, so It's not necessary to convert it anymore, right?
Life can be so easy.. you just need to know, how

Thanks for the information!

Btw.: Can a mod please split the last few posts from this thread? It doesn't affect PFGW directly

[rogue]

Originally Posted by Xentar

Sorry, my mistake..

I am using srsieve for sieving, yes. But for any reason, this one saved the file in the ABCD format (sorted by k). I kept this format for sieving and used a small .bat file to convert it with srfile.. For any other reason, I choosed PRP format (sorted by n).

I will change the format during the next days, so It's not necessary to convert it anymore, right?
Life can be so easy.. you just need to know, how

Thanks for the information!

Btw.: Can a mod please split the last few posts from this thread? It doesn't affect PFGW directly

With 3.2.6, it is not an issue.

[Cybertronic]

Thanks for sending me !!!

[gd_barnes]

Originally Posted by Cybertronic

Hello, can anynoe send me the windows version to nluhn at yahoo dot de ?
Thanks.

With this page, I have ever trouble.

I have the same problem with sourceforge. It can be very confusing to get the right version of what you want.

If anyone here as seen the movie "National Treasure", there's a scene where Riley says something like "Why can't they just give us a map that says 'go here for the treasure and enjoy yourself'. The same applies to sourceforge. I want to say to it: "Go to this link for Linux PFGW version xxx and download it". I remember to get the correct Linux and Windows PFGW version 3.2.3 (to put links in the 1st posting here), it took me ~15 mins.


Gary

[Lennart]

Originally Posted by gd_barnes

I have the same problem with sourceforge. It can be very confusing to get the right version of what you want.

If anyone here as seen the movie "National Treasure", there's a scene where Riley says something like "Why can't they just give us a map that says 'go here for the treasure and enjoy yourself'. The same applies to sourceforge. I want to say to it: "Go to this link for Linux PFGW version xxx and download it". I remember to get the correct Linux and Windows PFGW version 3.2.3 (to put links in the 1st posting here), it took me ~15 mins.


Gary

http://openpfgw.svn.sourceforge.net/...6_20100105.zip

[rogue]

I found a bug in scripts when passing a string (and only a string) to the PRP command. It works fine when using something that is evaluated. I'll look into it tomorrow. This seems to only affect tests where k > b.

[rogue]

Originally Posted by rogue

I found a bug in scripts when passing a string (and only a string) to the PRP command. It works fine when using something that is evaluated. I'll look into it tomorrow. This seems to only affect tests where k > b.

I fixed the problem. I also found a problem with the new PRIMEP script function, which is also fixed. You can d/l PFGW 3.2.7 for Windows from here:

http://openpfgw.svn.sourceforge.net/...7.zip?view=log

Mac and Linux versions to follow.

[Xentar]

Originally Posted by rogue

http://openpfgw.svn.sourceforge.net/...7.zip?view=log

The download link is in the center of the page:
Revision 196 - (view) (download) (as text) (annotate) - [select for diffs]


or use this direct link:
http://openpfgw.svn.sourceforge.net/...p?revision=196

[rogue]

There are significant behavior changes to this release of PFGW WRT to the handling of sumout/roundoff errors and the use of the -a switch.

• The -a swith no longer supports -1 and -2 as they cause problems with the gwnum library. It now support 3, 4, and 5.
• PFGW will automatically switch to the next larger FFT size for all tests if it detects a roundoff or sumout error. This information will be displayed to the user and written to the pfgw_err.log file. As a difference from previous releases, the roundoff/sumout error will not be written to pfgw.log.
• The GFN divisibility logic had to be significantly modified to support the changes for automatically adjusting the FFT size.
• The PFGW server (which was Windows only) is no longer built or distributed as no users have expressed any interest in using it.

http://openpfgw.svn.sourceforge.net/...0_20100108.zip

MacIntel and Linux versions are to follow later.

[rogue]

Originally Posted by rogue

There are significant behavior changes to this release of PFGW WRT to the handling of sumout/roundoff errors and the use of the -a switch.

• The -a swith no longer supports -1 and -2 as they cause problems with the gwnum library. It now support 3, 4, and 5.
• PFGW will automatically switch to the next larger FFT size for all tests if it detects a roundoff or sumout error. This information will be displayed to the user and written to the pfgw_err.log file. As a difference from previous releases, the roundoff/sumout error will not be written to pfgw.log.
• The GFN divisibility logic had to be significantly modified to support the changes for automatically adjusting the FFT size.
• The PFGW server (which was Windows only) is no longer built or distributed as no users have expressed any interest in using it.

http://openpfgw.svn.sourceforge.net/...0_20100108.zip

MacIntel and Linux versions are to follow later.

Just for clarification, PFGW will only change the FFT size for the number that failed, not for subsequent numbers (unless they fail).

[KEP]

Originally Posted by rogue

Just for clarification, PFGW will only change the FFT size for the number that failed, not for subsequent numbers (unless they fail).

I've just noticed, using PFGW version 3.2.7 the linenumber is no longer showing in the windows client as it used to in the previous versions. I know its a small and insignificant change or bug, but it's quite nice to know how far through the file one is exactly, without having to look at the pfgw.ini file

Regards

KEP