[QUOTE=ixfd64;569551]It's my understanding that a primality test is marked as "factored" if the a factor is found for the exponent or cofactor.[/QUOTE]It is my understanding that a PRP test can show one of:[list][*]Unverified (suspect) -- single test but errors were detected in the test[*]Unverified (reliable) -- single test and no errors detected[*]Verified -- PRP confirmed either with multiple tests or proof, no known factors[*]Verified (factored) -- PRP confirmed either with multiple tests or proof, some known factors[/list]PRP tests are always run on the smallest unknown, in most cases that's the entire Mersenne number but when factors are know then it's the remaining cofactor, which is also usually composite but occasionally (as here) you find a large PRP cofactor that is usually (always?) eventually certified-prime.

[QUOTE=James Heinrich;569552][list][*]Verified (factored) -- PRP confirmed either with [B]multiple tests[/B] [U]or[/U] proof, some known factors[/list][/QUOTE]

Ah, that explains why these results are marked as "factored." However, this is inconsistent with regular primality test results, which are only marked as "factored" if a factor was actually found.

If I remember correctly, PRP cofactor tests worked the same way until recently. I feel this could be confusing because "factored" implies that further factors were found since the test. For example, the cofactor of [m]10010081[/m] is marked as "factored" even though the exponent has only one known prime factor. The label would imply there are at least two.

Perhaps other members could chime in.

[CODE]PrimeNet success code with additional info:
LL test successfully completes double-check of M59059697 --
CPU credit is 131.2028 GHz-days.
Getting assignment from server
PrimeNet success code with additional info:
Server assigned Lucas Lehmer primality double-check work.
Got assignment ID REDACTED : Double check M63159671 [/CODE]

Linux log says, that my result was accepted and the new assignment given, but none of these is visible in the account information on mersenne.org, for a couple of days already.

[QUOTE=perfectGrease;569596][CODE]PrimeNet success code with additional info:
LL test successfully completes double-check of M59059697 --
CPU credit is 131.2028 GHz-days.[/CODE]

Linux log says, that my result was accepted and the new assignment given, but none of these is visible in the account information on mersenne.org, for a couple of days already.[/QUOTE]
[M]59059697[/M] shows the result turned in yesterday by Anonymous. Are you sure that your machine is set-up to be connected to your PrimeNet account (not your forum account)?
And [m]63159671[/m] is assigned to Anonymous too.

And don't post assignment IDs.

[QUOTE=Uncwilly;569600][M]59059697[/M] shows the result turned in yesterday by Anonymous. Are you sure that your machine is set-up to be connected to your PrimeNet account (not your forum account)?
And [m]63159671[/m] is assigned to Anonymous too.

And don't post assignment IDs.[/QUOTE]

Thank you for removing the assignment ID.

This CPU has already delivered a few results under my name, and its status on the page was green, so I (wrongly) assumed it is connected.
It hasn't been used for a while and lost the connection to my PrimeNet account.
I set the account again, and it is ok now. Thanks for the hint!

[QUOTE=Uncwilly;569600][M]59059697[/M] shows the result turned in yesterday by Anonymous.[/QUOTE]

What is interesting though, my computer was given GHz Days for this one, but my PrimeNet account was not.
So, my PrimeNet account's GHz Days is no longer the sum of all my computers' GHz Days.

George or James can fix this for you, and assign you the proper credit if the report came from the same system (which is easy to check).

[QUOTE=LaurV;569633]George [STRIKE]or James[/STRIKE] can fix this for you[/QUOTE]Not me, just George.

[QUOTE=retina;560104][code]----------=-----=-- | -----=-----=-----=-----=----- | -----=-----=-----=----- | -----=-----=-----=----- |
Exponent Range | Composite | Status Unproven | Assigned | Available |
Start Count P | F DC |LL/PRP ERR NO-LL | ECM P-1 LL/PRP DC | ECM P-1 LL/PRP DC |
----------=-----=-- | -----=-----=-----=-----=----- | -----=-----=-----=----- | -----=-----=-----=----- |
0 78498 33 | 63187 15278 | 6439 | 15278 |
1000000 70435 2 | 52798 17635 | 750 27 | 17634 |
2000000 67883 1 | 48797 19085 | 1778 14 | 19085 |
3000000 [color=red]66330 1 | 45820 20510 [/color]| 687 6 | 20509 |
4000000 [color=red]65367 | 44709 20659 [/color]| 1 5 | 20658 |
5000000 64336 | 43740 20596 | 18 | 20596 |
6000000 [color=red]63799 1 | 43013 20786 [/color]| 1 7 | 20785 |
7000000 [color=red]63129 | 42279 20851 [/color]| 1 291 | 20850 |
8000000 62712 | 41657 21055 | 28 2 336 | 21053 |
9000000 62090 | 40929 21161 | 4 51 671 9 | 21110 |
10000000 [color=red]61938 | 40933 21007 1 [/color]| 2 570 | 21005 |[/code]Is the DB corrupted?[/QUOTE]This problem still exists. It has expanded into other parts of the DB.[code]----------=-----=-- | -----=-----=-----=-----=----- | -----=-----=-----=----- | -----=-----=-----=----- |
Exponent Range | Composite | Status Unproven | Assigned | Available |
Start Count P | F DC |LL/PRP ERR NO-LL | TF P-1 LL/PRP DC | TF P-1 LL/PRP DC |
----------=-----=-- | -----=-----=-----=-----=----- | -----=-----=-----=----- | -----=-----=-----=----- |
100000000 54208 | 35166 15704 [color=red]3338[/color] | [color=red]32[/color] | [color=red]3302[/color] |[/code]Adding the assigned and available 3302 + 32 != 3338

Also in this section the values to do not balance

[CODE] 240000000 52073 | 31277 1 20795 | 3 | 20789 2 1 |
241000000 51674 | 30940 20734 | | 20731 2 1 |
[COLOR="Red"] 242000000 51625 | 31104 20521 | | 15190 3 1 |
243000000 51704 | 30772 20932 | 1 | 2535 |
244000000 52040 | 31187 20853 | | 11963 4 1 |
[/COLOR] 245000000 51723 | 30937 20786 | 15 | 20757 |
246000000 51693 | 31308 20385 | | 20308 76 1 |
247000000 51695 | 31012 20683 | 24 | 20640 18 1 |
248000000 51780 | 31161 20619 | | 20612 6 1 |
249000000 51767 | 30860 20907 | | 20895 11 1 |

----------=-----=-- | -----=-----=-----=-----=----- | -----=-----=-----=----- | -----=-----=-----=----- |
Exponent Range | Composite | Status Unproven | Assigned | Available |
Start Count P | F DC |LL/PRP ERR NO-LL | TF P-1 LL/PRP DC | TF P-1 LL/PRP DC |
----------=-----=-- | -----=-----=-----=-----=----- | -----=-----=-----=----- | -----=-----=-----=----- |[/CODE]

Not sure if it's worth mentioning here, but I seem to be able to manually submit my small ECM'ed assignments multiple times and I get credit multiple times for only one iteration of the for example 7 curves I ran. These were assignments I received through Prime95. I decided to submit my Prime95 results file manually due to having ran some unassigned work on small exponents. I'm not sure if me having sent multiple ECM results (that were essentially the same work done) has in some way added on to a tally of these curves being ran on those numbers.