[QUOTE=drh;278745]I always lose the assignments without the hex key, using N/A, unless I reboot, and never have a problem when I have the hex key and add them "live".[/QUOTE]

So, by extension, if you reboot and use "N/A" as the AID you don't lose the assignment?

Trying to get to the bottom of this.

[QUOTE=chalsall;278747]I have.

That's why I got into the habit of automatically stopping mprime before I made any changes.[/QUOTE]

I use Test/Status after modifying the worktodo.txt file. It works for me. YMMV and this is not officially supported functionality.

I think it's that as long as you completely stop it before it rereads the files, it's fine; that's what I do: reboot Prime95 whenever I make changes. That is to say, it doesn't read the files when it shuts down; so as long as you shut it down immediately after making changes, it can't tell the difference between 'live' updating and updating while it's offline. (This is all conjecture based off of our collective experiences.) That was the difference in lycorn's case; as soon as he immediately rebooted it after updates, instead of waiting 'till it next read the files, it worked fine.
@drh: Do you restart Prime95 when you add assignments 'live'? That's what lycorn and I do.

@petrw1: I'm pretty sure the same applies to all files it reads, by which I mean I'm pretty sure I've modified the other files in the same fashion without loss of data.

Edit: Oh double posting. @Prime95: I've found that if I change worktodo without restarting Prime95 (oh dear) then Test/Status doesn't pick up the changes, hence my theory above.

[QUOTE=Prime95;278749]I use Test/Status after modifying the worktodo.txt file. It works for me. YMMV and this is not officially supported functionality.[/QUOTE]

Hey George. Very nice to hear from you.

I just ran a test on one of my machines to accept a P-1 assignment from "GPU to 72" via worktodo.add, and it worked fine.

Would you agree that rather than using a "not officially supported functionality" method, one should either stop / edit / restart, or use the worktodo.add feature?

What is that feature?

[QUOTE=chalsall;278747]I have.

That's why I got into the habit of automatically stopping mprime before I made any changes.[/QUOTE]

Could there be a difference in behaviours between mprime and Prime95?

[QUOTE=Dubslow;278757]What is that feature?[/QUOTE]

Create a file in the same directory in exactly the same format as worktodo.txt but name it worktodo.add.

Within less than 5 minutes prime95 will notice it is there and add that new work for each worker specified to the end of worktodo.txt...and delete that worktodo.add

[QUOTE=chalsall;278756]Would you agree that rather than using a "not officially supported functionality" method, one should either stop / edit / restart, or use the worktodo.add feature?[/QUOTE]

Not that you asked me but I would recommend this.
Unless you DO NOT want the new work to be added to the END of each worker there is nothing easier/safer than using worktodo.add.

For those unfamiliar with this feature see how-to in previous post

[QUOTE=Dubslow;278757]What is that feature?[/QUOTE]

Quoting from the "whatsnew.txt" file in the mprime distribution (as of Version 25.5 of mprime).

[QUOTE]9) In older versions, editing the worktodo.ini file while mprime was running
sometimes had the desired effect. That is no longer the case. You can
create a worktodo.add file to add work to a running mprime.[/QUOTE]

However, it should be noted it often takes a bit of time (up to 20 or so minutes) for "worktodo.add" to be noticed and incorporated. The file takes the exact same format as worktodo.txt. If you don't have "[Worker #(\d*)]" lines, all the work goes to Worker #1.

[QUOTE=petrw1;278758]Could there be a difference in behaviours between mprime and Prime95?[/QUOTE]

Certainly that's possible, although I would hope not.

They're both derived from the same fundamental code base.

Although there is, of course, differences in the wrapper code.

2 small requests.
 

1. Can you post the "as of time" on the pages/reports (at least worker progress).

2. Speaking of time could you use GMT so your time is in the same time zone as PrimeNet.

Thanks