[QUOTE=rogue;448497]Unless anyone asks otherwise, I am going to remove ABCZ (aka PrZ) file support in the next release. This is in the pfgw documentation:

[code]
This is a highly compressed ABCD (or NewPGen) format file. The file
is compressed considerably more with the PrZ format, than it is with
PkZip (or RAR/LHA/ACE2/SITX), and it is "processable" by PFGW in the
compressed form. At this writing, the PrZ format is still a work in
progress, so the code itself will (may) change some.
[/code]

I don't think that file sizes are much of a concern today (compared to more than 10 years ago when this code was written).[/QUOTE]

I got a request to keep this feature, so I will not remove it.

It looks like I found bug in latest PFGW 3.8.3

To summarize: I was start srbsieve with latest PFGW 3.8.3 on base 2017 (just for fun). Immediately, when srbsieve send candidates to PFGW , he crash
So I take 3.7.10 version of PFGW, and it works perfect.
In 7.z file is log files, and srbiseve ini, so you can verify yourself
OS is Win 7 x64

[QUOTE=pepi37;449238]It looks like I found bug in latest PFGW 3.8.3

To summarize: I was start srbsieve with latest PFGW 3.8.3 on base 2017 (just for fun). Immediately, when srbsieve send candidates to PFGW , he crash
So I take 3.7.10 version of PFGW, and it works perfect.
In 7.z file is log files, and srbiseve ini, so you can verify yourself
OS is Win 7 x64[/QUOTE]

That is probably due to a bug I introduced for this feature. I have been lazy about ensuring that the latest version fixes the problem. I'll do that in the next few days.

Ok, thanks for reply!:smile:

I have updated sourceforge with the current Windows build. AFAICT, the problem you experienced is fixed.

The new version also seem to fix the bug with decimal
format 'Length is beyond length of decimal on line 1Length...'

Thanks!

Thanks!
Works perfectly!

[QUOTE=J F;449317]The new version also seem to fix the bug with decimal
format 'Length is beyond length of decimal on line 1Length...'

Thanks![/QUOTE]

There was a length limit to the DECIMAL file format which you were probably exceeding. I bumped it up with this release.

New bug in PFGW ( but only in WinPFGW, not in console version)

Input data is

(8*10^1035622-1)%957096645713241
(8*10^1036567-1)%526612985592801
(8*10^1037351-1)%215554484612681
(8*10^1037915-1)%345760807642879
(8*10^1038217-1)%9712423347241061
(8*10^1038529-1)%58955826639041

Console output ( and that is correct one- same on linux)

Switching to Exponentiating using GMP
(8*10^1035622-1)%957096645713241 is composite: RES64: [00011B662B4EE19F] (0.0001s+0.0266s)
(8*10^1036567-1)%526612985592801 is composite: RES64: [0001042357D1FCAF] (0.0000s+0.0273s)
(8*10^1037351-1)%215554484612681 is composite: RES64: [00000000000002D9] (0.0000s+0.0260s)
(8*10^1037915-1)%345760807642879 is Zero (0)
(8*10^1038217-1)%9712423347241061 is Zero (0)
(8*10^1038529-1)%58955826639041 is Zero (0)


WinPFGW

Switching to Exponentiating using GMP
(8*10^1037915-1)%345760807642879 is Zero (0)
(8*10^1038217-1)%9712423347241061 is Zero (0)
(8*10^1038529-1)%58955826639041 is Zero (0)
(8*10^1038785-1)%22384719218236939 is Zero (0)
(8*10^1039240-1)%13542862267545593 is Zero (0)
(8*10^1039279-1)%16824139280551174082239 is Zero (0)

but data in output file is correct

(8*10^1035622-1)%957096645713241 is composite: RES64: [00011B662B4EE19F] (0.0001s+0.0278s)
(8*10^1036567-1)%526612985592801 is composite: RES64: [0001042357D1FCAF] (0.0000s+0.0281s)
(8*10^1037351-1)%215554484612681 is composite: RES64: [00000000000002D9] (0.0000s+0.0286s)
(8*10^1037915-1)%345760807642879 is Zero (0)
(8*10^1038217-1)%9712423347241061 is Zero (0)
(8*10^1038529-1)%58955826639041 is Zero (0)
(8*10^1038785-1)%22384719218236939 is Zero (0)

I don't see a bug. Clearly suppressing such output in Win-PFGW is an advantage as it would otherwise slow down calculation! :smile:

[QUOTE=paulunderwood;451243]I don't see a bug. Clearly suppressing such output in Win-PFGW is an advantage as it would otherwise slow down calculation! :smile:[/QUOTE]

Dont agree with you: will program write it is zero or it has RES, calculation speed is same.