Register FAQ Search Today's Posts Mark Forums Read

 2017-09-15, 04:53 #1288 petrw1 1976 Toyota Corona years forever!     "Wayne" Nov 2006 Saskatchewan, Canada 32×7×71 Posts Its back
 2017-09-20, 08:59 #1289 GP2     Sep 2003 2×1,291 Posts The https://mersenne.org/results page needs checkboxes for the new work types. "Exclude PRP test results" "Exclude PRP cofactor test results" maybe Fermat too I just got buried under an avalanche of thousands of those. It also caused the PrimeNet Most Recent Results report to get truncated, I think. Same with https://mersenne.org/assignments/ https://mersenne.org/tresults/ Maybe some new Detailed Reports are needed.
 2017-09-20, 15:11 #1290 kladner     "Kieren" Jul 2011 In My Own Galaxy! 2×5,059 Posts Wednesday, 3:10 PM UTC https://www.mersenne.org/manual_result/ is displaying a plain white page with no content. EDIT: Every other page I have tried at mersenne.org comes up normally. EDIT2: The above is with Firefox. IE11 says http 500 Internal Server Error. Last fiddled with by kladner on 2017-09-20 at 15:54
 2017-09-20, 16:47 #1291 James Heinrich     "James Heinrich" May 2004 ex-Northern Ontario 320210 Posts Investigating what I broke edit: fixed typo, should work now. Last fiddled with by James Heinrich on 2017-09-20 at 16:48
2017-09-20, 17:42   #1292

"Kieren"
Jul 2011
In My Own Galaxy!

278616 Posts

Quote:
 Originally Posted by James Heinrich Investigating what I broke edit: fixed typo, should work now.
All is back to normal. Thanks, James.

 2017-10-02, 16:38 #1293 GP2     Sep 2003 50268 Posts The exponent M59999 is one of those that has a two-line "known_factors" PRP output, due to having a long factor string. If you accidentally manually report to mersenne.org only the second line, namely: Code: Known factors used for PRP test were: 4430446159,91756922012479,1438108281649159,614609832595742273 then it will give you an error message about an email failure: Done processing: Warning: mail(): Failed to connect to mailserver at "127.0.0.1" port 25, verify your "SMTP" and "smtp_port" setting in php.ini or use ini_set() in C:\inetpub\www\manual_result\to_be_moved.inc.php on line 136 * Parsed 1 lines. At the bottom, it will say "Did not understand 1 lines." and then echo the above "Known factors" line. The first line of the two-line PRP output, which was omitted above, is: Code: UID: GP2/c4.xlarge, M59999/known_factors is not prime. RES64: E2B9C8D770E4A091. Wf8: F5DDFA60,00000000 Attempting to manually report the two lines together gives the error: processing: PRP=(false) for M59999/4430446159/91756922012479/1438108281649159/614609832595742273 Error code: 40, error text: Another computer has already reported this PRP result for M59999 In this case, the other user has indeed self-triple checked the exponent, however all of these are "known_factors" entries without the list of exponents. On a related note: There are many cases where the user Oliver Kruse has automatically submitted a "known_factors" result (i.e., without the factor string). In these cases, the user still has an assignment pending for that same exponent. In these cases, redoing the exponent in question and manually reporting it will often result in a successful double check, an additional entry in the History section with the full factor string, and the other user's pending assignment gets expired (it's now in red). See for instance M1523. But there is a strange inconsistency, because sometimes Primenet will reject the manual report with a "another computer has already reported" error, even though the circumstances seem identical (the original report was just "known_factors", without the list of factors). In this case, no additional entry gets added to the History second, and the other user's pending assignment remains pending. See for instance M1549. Last fiddled with by GP2 on 2017-10-02 at 17:04
2017-10-02, 22:50   #1294
kruoli

"Oliver"
Sep 2017
Porta Westfalica, DE

37710 Posts

Quote:
 Originally Posted by GP2 There are many cases where the user Oliver Kruse has automatically submitted a "known_factors" result (i.e., without the factor string). In these cases, the user still has an assignment pending for that same exponent.
Yes. I have nearly 33,500 exponents pending and cannot delete them because the server says
Fatal error: Allowed memory size of 134217728 bytes exhausted (tried to allocate 24 bytes) in C:\inetpub\www\workload\default.php on line 218
All my PRP assignments are getting "stuck".

2017-10-02, 23:06   #1295
Prime95
P90 years forever!

Aug 2002
Yeehaw, FL

2×3×5×241 Posts

Quote:
 Originally Posted by kruoli Yes. I have nearly 33,500 exponents pending and cannot delete them because the server says Fatal error: Allowed memory size of 134217728 bytes exhausted (tried to allocate 24 bytes) in C:\inetpub\www\workload\default.php on line 218 All my PRP assignments are getting "stuck".
I can handle this.

Have you submitted your results using the manual web pages? If not, please do so.

2017-10-02, 23:07   #1296
kruoli

"Oliver"
Sep 2017
Porta Westfalica, DE

1011110012 Posts

Quote:
 Originally Posted by Prime95 Have you submitted your results using the manual web pages? If not, please do so.
Yes, I did that. It fixed some of the exponents. But it did not fix its assignments, at least it seems like this. I guess I have a backup of most of the result files if this helps.

 2017-10-02, 23:16 #1297 Prime95 P90 years forever!     Aug 2002 Yeehaw, FL 160768 Posts Oliver's assignments below 1,000,000 are deleted. Once he checks his results in with the manual web pages, I'll make them available again (this time for PRP-DC). Note: You cannot do PRP-DC without version 29.4. Two PRP results from version 29.3 will look identical and the second one rejected as a duplicate. Version 29.4 implements shift counts, so that prime95 can do both the PRP and PRP-DC. So, in summary, you can do PRP testing now with version 29.3, but you must also submit your results with the manual web pages. You cannot do PRP-DC at the present time.
2017-10-03, 00:32   #1298
GP2

Sep 2003

2×1,291 Posts

Quote:
 Originally Posted by kruoli Yes, I did that. It fixed some of the exponents. But it did not fix its assignments, at least it seems like this. I guess I have a backup of most of the result files if this helps.

There are two kinds of PRP output:

One-line, where it says:

Code:
Mnnnnnnn/ffff/fffff/fffffff is not prime
The program sends this if the length of the factor string "ffff,fffff,fffffff" (including commas) is less than 40.

Two line, where it says:

Code:
Mnnnnnnn/known_factors is not prime
Known factors used for PRP test were: fffffffffff/ffffffffffffff/fffffffffffffffff
The program sends this if the length of the factor string "fffffffffff,ffffffffffffff,fffffffffffffffff" (including commas) is 40 or more.

The one-line version actually works fine, and can be submitted automatically to Primenet.

The two-line version does not transmit the second line automatically, so it has to be reported manually.

So, if you manually send your results files to George, you really only have to send the "known_factors" and "Known factors" lines.

If you manage to sort your worktodo.txt file into two separate files, one with exponents that have longer factor strings and one exponents that have shorter factor strings, then you can put them in separate working directories and make sure that the prime.txt file contains UsePrimenet=0 for the first group (whose results have to be submitted manually) and prime.txt contains UsePrimenet=1 for the second group (whose results can still be submitted automatically).

 Similar Threads Thread Thread Starter Forum Replies Last Post ewmayer Lounge 39 2015-05-19 01:08 ewmayer Science & Technology 41 2014-04-16 11:54 cheesehead Soap Box 56 2013-06-29 01:42 cheesehead Soap Box 61 2013-06-11 04:30 Dubslow Programming 19 2012-05-31 17:49

All times are UTC. The time now is 09:32.

Sat Dec 5 09:32:33 UTC 2020 up 2 days, 5:43, 0 users, load averages: 1.43, 1.58, 1.56