PFGW 4.0.4 (with gwnum v30.10) Released - Page 9

Antonio · 2011-10-22, 10:39

Just a quick note, since Rogue is obviously too busy to let us know, PFGW has been updated to version 3.5.6.

From the release notes: -

Released as version 3.5.6 October 17, 2011

Enhancements to: v3.5.6 Release
- Added prevprime() function.
- Fixed ABC2 file with "primes from" as from value would be ignored.
- Fixed issue when providing an argument with -f

Antonio · 2011-10-27, 22:58

Another bug, this time in the -od option. Notice that the decimal expansion is even!

Code:

 ./pfgw64 -od -q666*2^10000000+1

PFGW Version 3.5.6.64BIT.20111017.Mac_Dev [GWNUM 26.6]

666*2^10000000+1: 6027178326036293000730004176693999099261675750419989782156673780307526936651469097894095915353330168605112259848598442680650797401953752910894574474348456452678969840684866227356284848260760393354965487780341356435837487629780943899249110103424142336340406409392308923265160463624514438111845439275611169923357588751835066011134448530104080536242198551017390974604488308770647404853695151764071767277299567525378922561331187367782198692923844934882746265520086935772691716724155059371570280260200095576179919305538804645776190796716606063296319013924651850357522917392379810172162901399942193234586677179203156447460116368166114370874279085185037294816638226612623912628112593935404738487364381393601542951358807702172973942879588808661406290608190779801551681455542618744425175473892681030973527786969705856920052264480772203495853676909659460936874780381264121159911714354426526884619707886099932388595455411862777682417275252311573047896200342159513274726238429095249335548094041255054516296896027479361977843990171246972806967414888362902538319710850431327787379891984392090989489732574067819920363799122521434858436013809938408908065474856254564496120899018863822667824802022009571129281951510719618867662258694711347516738068581238820931747196812380853566005268419708130517223954232296374909179388276575979467787016957164873459006264686161560417142943222795024687685855508993123483016976567064852994521349371199112466792744507695599260967265329101400016700376669918228974459326604577217222735623765454296411946953810515124854266641871713992401957375061884079632378031277879394202231331330010225514941497220155073091796354225278706975035239983604165698542656590044086359415376923211092636645042696701956521783662557072563093437024305531152042776837008290779118111051583489552645032950891615050326233361615039848286228806160495147701938174555772282670322547358223984050997057002098333369009922625702748728842858098058231045531142458999052369864720033042582478560379034481882429929725199630195676513881981478446933794575006672

rogue · 2011-10-27, 23:00

Quote:

Originally Posted by Antonio

Another bug, this time in the -od option. Notice that the decimal expansion is even!

That isn't the entirety of the decimal expansion. I'll investigate.

LaurV · 2011-10-28, 06:10

Something wrong with copy/paste

Two at the power of 10 millions should have 3 millions digits. Or am I out of the subject?

Antonio · 2011-10-28, 06:29

Quote:

Originally Posted by LaurV

Something wrong with copy/paste

Two at the power of 10 millions should have 3 millions digits. Or am I out of the subject?

Well spotted that person, my semi-mistake!

If I output to a file the answer looks possible and the correct length, it's the output to the console (shown correctly in the post) that is completely screwy.

rogue · 2011-10-28, 13:36

I think it is due to an inherent limit in output written to stderr on OS X. The buffering of the output is done by the OS, not pfgw. pfgw on Windows outputs the entire string.

Antonio · 2011-10-28, 15:12

Quote:

Originally Posted by rogue

I think it is due to an inherent limit in output written to stderr on OS X. The buffering of the output is done by the OS, not pfgw. pfgw on Windows outputs the entire string.

That sounds possible as the output appears to truncate after printing the correct initial part of the string.
Not a problem now I know it happens and I can't do a quick look without sending the result to a file.

Cruelty · 2011-11-01, 11:13

Hi,
Is there a way to set affinity for each instance of pfgw64 / win64pfgw running under windows (other than using task manager)?

rogue · 2011-11-01, 12:29

Quote:

Originally Posted by Cruelty

Hi,
Is there a way to set affinity for each instance of pfgw64 / win64pfgw running under windows (other than using task manager)?

Not at this time.

kar_bon · 2011-11-01, 12:46

Quote:

Originally Posted by Cruelty

Hi,
Is there a way to set affinity for each instance of pfgw64 / win64pfgw running under windows (other than using task manager)?

Try this tool for setting affinity (option "-a").

Rename the pfgw*.EXE (like pfgw1.exe, pfgw2,exe, ... ), so you don't have to use the PID but the program-name (easier in scripts).

henryzz · 2011-11-02, 22:11

I believe you can also do it using the "start" command.

2011-11-02, 22:11	#99
henryzz Just call me Henry "David" Sep 2007 Liverpool (GMT/BST) 3·23·89 Posts	I believe you can also do it using the "start" command. Last fiddled with by henryzz on 2011-11-02 at 22:11

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.1 has been released	rogue	Software	5	2009-08-10 01:43
PFGW 3.1.0 has been Released	rogue	Software	25	2009-07-21 18:13

2011-10-22, 10:39	#89
Antonio "Antonio Key" Sep 2011 UK 1023₈ Posts	Just a quick note, since Rogue is obviously too busy to let us know, PFGW has been updated to version 3.5.6. From the release notes: - Released as version 3.5.6 October 17, 2011 Enhancements to: v3.5.6 Release - Added prevprime() function. - Fixed ABC2 file with "primes from" as from value would be ignored. - Fixed issue when providing an argument with -f

2011-10-28, 06:10	#92
LaurV Romulan Interpreter "name field" Jun 2011 Thailand 41×251 Posts	Something wrong with copy/paste Two at the power of 10 millions should have 3 millions digits. Or am I out of the subject?

2011-10-28, 13:36	#94
rogue "Mark" Apr 2003 Between here and the 3×2,447 Posts	I think it is due to an inherent limit in output written to stderr on OS X. The buffering of the output is done by the OS, not pfgw. pfgw on Windows outputs the entire string.

2011-11-01, 11:13	#96
Cruelty May 2005 2²·11·37 Posts	Hi, Is there a way to set affinity for each instance of pfgw64 / win64pfgw running under windows (other than using task manager)?