Its back

The [url]https://mersenne.org/results[/url] 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
[url]https://mersenne.org/assignments/[/url]
[url]https://mersenne.org/tresults/[/url]

Maybe some new Detailed Reports are needed.

Wednesday, 3:10 PM UTC
[URL]https://www.mersenne.org/manual_result/[/URL] 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 [U]http 500 Internal Server Error[/U].

Investigating what I broke
edit: fixed typo, should work now.

[QUOTE=James Heinrich;468188]Investigating what I broke
edit: fixed typo, should work now.[/QUOTE]
All is back to normal. Thanks, James.

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
[/CODE]

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
[/CODE]

Attempting to manually report the two lines together gives the error:

processing: PRP=(false) for M[M]59999[/M]/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 [M]M1523[/M].

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 [M]M1549[/M].

[QUOTE=GP2;469037]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.[/QUOTE]

Yes. I have nearly 33,500 exponents pending and cannot delete them because the server says
[FONT="Courier New"]Fatal error: Allowed memory size of 134217728 bytes exhausted (tried to allocate 24 bytes) in C:\inetpub\www\workload\default.php on line 218[/FONT]
All my PRP assignments are getting "stuck".

[QUOTE=kruoli;469068]Yes. I have nearly 33,500 exponents pending and cannot delete them because the server says
[FONT="Courier New"]Fatal error: Allowed memory size of 134217728 bytes exhausted (tried to allocate 24 bytes) in C:\inetpub\www\workload\default.php on line 218[/FONT]
All my PRP assignments are getting "stuck".[/QUOTE]

I can handle this.

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

[QUOTE=Prime95;469071]Have you submitted your results using the manual web pages? If not, please do so.[/QUOTE]

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.

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.

[QUOTE=kruoli;469072]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.[/QUOTE]


There are two kinds of PRP output:

One-line, where it says:

[CODE]
Mnnnnnnn/ffff/fffff/fffffff is not prime
[/CODE]

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
[/CODE]

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).