[QUOTE=kriesel;554027]I installed prime95 v30.3b2 on a new build with old components in an even older case I had gutted. Gave it some work to do while the Celeron1840 was not busy feeding gpus. Was surprised to see a 6GB system yield a stage-1-only P-1 run for M122582657, then the error message in the title, since I've run P-1 on 2GB elsewhere.
There was an m122582657 file remaining, which I moved to a large memory system for stage 2, which indicated it could do 480 relative primes in one pass.

I then investigated further on the 6GB system.
It turns out that in prime95, v30.3b2, fresh install on a newly built system,
Options, Resource Limits, Advanced,
Daytime and Nighttime P-1/ECM memory limits had defaulted to [B]0[/B] GB.
Other systems had had earlier versions of prime95 upgraded to v30.3b2 and probably already had enlarged P-1 memory limit values in prime.txt.[/QUOTE]


Yes, this is the issue I mentioned in [URL="https://www.mersenneforum.org/showpost.php?p=553701&postcount=58"]#58[/URL]. Hopefully it will be fixed soon in later versions, as the default will be raised to 256MB ([URL="https://www.mersenneforum.org/showpost.php?p=553711&postcount=63"]#63[/URL]).

PMinus1 unsupported work type?
 

[CODE][Main thread Aug 17 06:07] Mersenne number primality test program version 30.3
[Main thread Aug 17 06:07] Optimizing for CPU architecture: Core i3/i5/i7, L2 cache size: 2x256 KB, L3 cache size: 2 MB
[Main thread Aug 17 06:07] Starting worker.
[Main thread Aug 17 11:45] Stopping all worker windows.
[Main thread Aug 17 11:45] Execution halted.
[Main thread Aug 17 11:45] Choose Test/Continue to restart.
[Main thread Aug 17 11:45] Starting worker.
[Comm thread Aug 17 22:10] Updating computer information on the server
[Comm thread Aug 17 22:10] Exchanging program options with server
[Comm thread Aug 17 22:10] [B]Registering assignment: P-1 M120996011[/B]
[Comm thread Aug 17 22:10] [B]PrimeNet error 44: Invalid assignment type[/B]
[Comm thread Aug 17 22:10] [B]ra: unsupported assignment work type: 3[/B][/CODE]That was the result of Advanced, P-1, and filling in bounds B1, B2, exponent, selecting Ok,
then Advanced, Manual communication, Send new completion dates to server, Ok,
in prime95 V30.3b2. Worktodo line created by that is Pminus1=1,2,120996011,-1,600000,16000000

I just tested this and feel honored to have certified [URL="https://www.mersenne.org/report_exponent/?exp_lo=98282071&full=1"]M98282071[/URL] from George Woltman :smile: One minor comment, not sure if it was mentioned before: For now, [U]mprime seems to ask for certification work on every startup, even if it has queued enough other stuff.[/U] I had to move the CERT work manually to the top, otherwise it would not have been completed for a few more weeks until my other test finishes.

[QUOTE=keisentraut;554169]I just tested this and feel honored to have certified [URL="https://www.mersenne.org/report_exponent/?exp_lo=98282071&full=1"]M98282071[/URL] from George Woltman :smile: One minor comment, not sure if it was mentioned before: For now, [U]mprime seems to ask for certification work on every startup, even if it has queued enough other stuff.[/U] I had to move the CERT work manually to the top, otherwise it would not have been completed for a few more weeks until my other test finishes.[/QUOTE]

Thanks for the CERT of my PRP Run.

You do not need to re-arrange your worktodo.txt file. Cert work will get done quickly regardless of where it appears in the file.

The sum-input-output-error-checking got removed? Because of GEC? Or is it rather needless these days, since flaky machines should not do LL-DC, but rather PRP with GEC?

Self-certification
 

It happened to me twice already, that I got assigned CERT work for my manual results. Is it OK, or should it be fixed? I am not sure if the results could be counterfeited...

I think that manual testing is "outside" work, not officially "sanctionned" therefore, escape the rules.

[QUOTE=Viliam Furik;554231]It happened to me twice already, that I got assigned CERT work for my manual results. Is it OK, or should it be fixed? I am not sure if the results could be counterfeited...[/QUOTE]Not an issue, manual or otherwise. [url]https://www.mersenneforum.org/showpost.php?p=551951&postcount=181[/url]

[QUOTE=firejuggler;554233]I think that manual testing is "outside" work, not officially "sanctionned" therefore, escape the rules.[/QUOTE]

Only if an attempt is made to submit such work without having a valid assignment ID.

The test options in the Advanced menu may be a holdover from another time and not given much attention now. Sometimes, as a programmer, it is simply better to leave something of this type in a complex program rather than try to remove it.

[QUOTE=Viliam Furik;554231]It happened to me twice already, that I got assigned CERT work for my manual results. Is it OK, or should it be fixed? I am not sure if the results could be counterfeited...[/QUOTE]
[QUOTE=kriesel;554238]Not an issue, manual or otherwise. [url]https://www.mersenneforum.org/showpost.php?p=551951&postcount=181[/url][/QUOTE]
I confirmed one of my own results as well, different machines though.

[QUOTE=kruoli;554223]The sum-input-output-error-checking got removed? Because of GEC? Or is it rather needless these days, since flaky machines should not do LL-DC, but rather PRP with GEC?[/QUOTE]

Sum-input-output checking was removed because no one uses it. Optimizations made for AVX and later FFTs made this error check impossible. If you have a Pentium 4 or maybe some of the early Core/Core2 CPUs, then you could get the sum-input error checking.

All the code is still there, only the menu choice is gone. That is, you can activate the error checking on ancient CPUs by editing prime.txt.