processed dc and tc posts

[Uncwilly]

New TC's. The Cat 4's were all recently done by Aaron. He likely targeted these as questionable FTC.

[James Heinrich]

I'll do DoubleCheck=67150667,75,1

[Uncwilly]

Aaron has found more that likely had bad FTC's. We have a baker's dozen of them.

[Prime95]

manual web page may also work now

[JHagerson]

Originally Posted by Prime95

manual web page may also work now

Thank you, @Prime95! I successfully reserved 82878769 from the manual assignments page as a PRP double check and I have 180 days to complete it. @Uncwilly, please update your list at your earliest convenience.

[kriesel]

Originally Posted by Prime95

manual web page may also work now

Obtained by https://www.mersenne.org/manual_assignment/ selecting "Double check using prp with proof" (& specifying exponent for both max and min), PRP=(AID),1,2,74758547,-1,75,0
which is displayed in https://www.mersenne.org/workload/ as PRP-D of M74758547, with expiration 180 days;
at https://www.mersenne.org/report_expo...4758547&full=1 work type shown is "PRP double-check".
Looks good. Thanks.

[Jan S]

I took:

PRP=1,2,82991039,-1,76,0
PRP=1,2,83047717,-1,76,0
PRP=1,2,83161259,-1,76,0

[Uncwilly]

Just updated the list of TC's needed. I took one before the update.

[Prime95]

I'm not sure gpuowl recognizes PRPDC. The only difference between PRP= and PRPDC= in prime95 is that Test/Status displays a much smaller probability that the test will result in a new Mersenne prime.

[James Heinrich]

Originally Posted by Prime95

I'm not sure gpuowl recognizes PRPDC

I tested v7.2-129-g2a16a0b which I had at hand and it has no problem with PRPDC.
Mlucas should also understand it since v20 (about 2 years ago).

[kriesel]

Originally Posted by James Heinrich

I tested v7.2-129-g2a16a0b which I had at hand and it has no problem with PRPDC.
Mlucas should also understand it since v20 (about 2 years ago).

Indeed.
From gpuowl section of https://www.mersenneforum.org/showpo...8&postcount=22

PRPDC (commits beginning ~ v6.11-382, v7.2-93)
PRPDC=[<AID>|0],<k>,<b>,<n>,<c>,<how_far_factored>,<tests_saved>
PRPDC=0,1,2,1500000041,-1,87,1

Empirical confirmation that some earlier fast versions of v6.11-3xx do not support prpdc:

2023-05-31 10:51:44 gpuowl v6.11-364-g36f4e2a
2023-05-31 10:51:44 config: -device 0 -user kriesel -cpu roa/radeonvii -proof 10 -maxAlloc 15000 -use NO_ASM -cleanup -log 50000 -block 10000 -proof 10
2023-05-31 10:51:44 device 0, unique id ''
2023-05-31 10:51:44 roa/radeonvii worktodo.txt line ignored: "PRPDC=(aid redacted),1,2,137208559,-1,77,0"

2023-05-31 11:00:29 gpuowl v6.11-380-g79ea0cc
2023-05-31 11:00:29 config: -user kriesel -cpu asr2/radeonvii4 -d 0 -use NO_ASM -maxAlloc 15000 -cleanup -block 2000 -log 10000 -proof 10
2023-05-31 11:00:29 device 0, unique id ''
2023-05-31 11:00:29 asr2/radeonvii4 worktodo.txt line ignored: "PRPDC=(aid redacted),1,2,74759323,-1,75,0"

From V20.0 Mlucas.c line 537:

		if((char_addr = strstr(in_line, "PRP")) != 0)	// This also handles the PRPDC= format

And in Mlucas v19-PRP:

		if((char_addr = strstr(in_line, "PRP")) != 0)

(updating Mlucas portion of worktodo entry formats reference post shortly to reflect that)