N/A in my worktodo.txt file?

[uigrad]

When I transitioned my work from 24.14 to 25.7, I kept all the lines the same.

After starting up mprime 25.7, It added a 4th field to each entry. Now they look like this:

Test=N/A,43862069,68,1

There's nothing in the readme about it. What is this field for? Will I still get credit for these when they are turned in?

[petrw1]

Originally Posted by uigrad

When I transitioned my work from 24.14 to 25.7, I kept all the lines the same.

After starting up mprime 25.7, It added a 4th field to each entry. Now they look like this:

Test=N/A,43862069,68,1

There's nothing in the readme about it. What is this field for? Will I still get credit for these when they are turned in?

I get the same for my v4 assignments only. The new assignments (v5) have some kind of a key in that column. I expect the N/A is a place holder for v4 assignments since they did not use this key.

[Kevin]

Originally Posted by uigrad

When I transitioned my work from 24.14 to 25.7, I kept all the lines the same.

After starting up mprime 25.7, It added a 4th field to each entry. Now they look like this:

Test=N/A,43862069,68,1

There's nothing in the readme about it. What is this field for? Will I still get credit for these when they are turned in?

The N/A is supposed to represent a unique reservation key. This prevents malicious users from joining a public team, adding the line "Test=43862069,68,1" to worktodo.txt, manually communicating to have the exponent become assigned to them, and then unreserving it from the team. Now the server only recognizes exponent assignments being moved from one computer to another if it has the appropriate reservation key.

What happened is your old client communicated with the v5 server before you upgraded clients. So as far as V5 is concerned, that exponent is assigned to your v_4computers computer.

The way to fix things is to go back to your old client, and unreserve the exponents. Then go back to your new client, remove the N/A from worktodo.txt, and do a manual communication. Then since those tests will be unreserved, the v5 server should assign them to your v25.7 client with an associated reservation key.*

*In theory this is how you're supposed to fix things. I've had mixed results.

[uigrad]

Thanks for explaining that a little more.

I don't think I'll release my exponents. I don't even know how to release in v24 mprime or v24 prime95.
I'm ok with a few of my exponents being poachable for the time being. I haven't had one stolen from me yet. *crosses_fingers*

[suuuncon]

To transition (worked for me):

1) Make sure your v4 account is linked to your v5 account, and that the exponent(s) you wish to transfer are listed under "v4_computers."

2) Download Prime95 v25.7

3) Stop the v24 client, and exit

4) Replace the v24 client with the v25.7 client.

5) In worktodo.txt, remove whatever assignment key is already present or the N/A message, leaving only 3 fields (ex: Test=43862069,68,1)

6) Use the v5 assignments page to unreserve the exponent to be transitioned. Finish the transition as quickly as possible after this step.

7) Start the v25.7 client. The username may be blank, meaning that the computer will automatically assign itself to ANONYMOUS. In any case, it should continue working on your exponent. Just fill in your name and manually communicate.

8) The computer should be listed under your CPUs and be working on the transitioned exponent(s).

[rudi_m]

I got the same problem but couldn't it solve the way you described.
If I delete an assignment using the v5 webinterface and deleting the "N/A" record then my v5 client tells me:

Your choice: [Comm thread Nov 1 14:23] Registering assignment: LL M463XXXXX
[Comm thread Nov 1 14:23] URL: 
[Comm thread Nov 1 14:23] RESPONSE:
[Comm thread Nov 1 14:23] pnErrorResult=40
[Comm thread Nov 1 14:23] pnErrorDetail=ra: already assigned, exponent: 463XXXXX, A: 1, b: 2, c: -1
[Comm thread Nov 1 14:23] ==END==
[Comm thread Nov 1 14:23]
[Comm thread Nov 1 14:23] PrimeNet error 40: No assignment
[Comm thread Nov 1 14:23] ra: already assigned, exponent: 463XXXXX, A: 1, b: 2, c: -1
[Comm thread Nov 1 14:23] Done communicating with server.

... and it just writes the "N/A" back to worktodo.ini.
I cannot see 463XXXXX on my assignments page anmore.


I noticed that it still credits me when I finish such "N/A" work - so I will leave my worktodo.inis as they are.
Only Problem: after finishing "N/A" exponents I can still see them on my assignment page - Should I delete (unassign) them manually?

[starrynte]

my fix was to search in the prime.log for where it assigned the exponent, where the assignment key should be listed. then just replace N/A with the key. however this may not work for some transitions to 25.7 from 24.14

[suuuncon]

You can use the Exponent Status tool under Results Queries on the v5 web page to check the status of your exponent. If there's no LL tester listed, the exponent should be free and you shouldn't get error 40.

[rudi_m]

ok thx,
Now managed it to reassign almost all my exponents.

I got 3 exponents left with "N/A" which are assigned to somebody else.

For 2 exponents I have an assignment key but anyhow they are assigned to "ANONYMOUS". It even sends completion dates when I manual communicate - obviously not to my account.
Will I be credited for them or should I delete that assignment key before finishing?

[db597]

Originally Posted by rudi_m

For 2 exponents I have an assignment key but anyhow they are assigned to "ANONYMOUS". It even sends completion dates when I manual communicate - obviously not to my account.
Will I be credited for them or should I delete that assignment key before finishing?

I have the same problem. When transitioning to the new client and v5 server, somehow I got my exponents assigned to anonymous also. I've dumped my work (about 3 weeks worth of cpu time on a Q6600!) and started from scratch.

IMHO, anonymous shouldn't be able to reserve exponents. Either way, nobody is getting any credit so there's no "stealing" an exponent from another user. If multiple people are testing an exponent under anonymous's credentials, it's no loss - they can be used as double checks.

[Prime95]

Originally Posted by db597

I've dumped my work (about 3 weeks worth of cpu time on a Q6600!) and started from scratch.

Don't delete those save files! We can sort this out once I get back from vacation.