Work transfer between 32 and 64 bit machines
 

Hi,

I tried to move .bu file for LL test from a 32-bit machine to a 64-bit one, but it doesn't seem to work - that is work is restarted but not continued. Is there any way to achieve this ?

Thanks,

You need to first remove the .bu extension from the file, so that it looks like a "normal" save file. Then Prime95 will notice it.

Well, by a .bu file I mean a [B]b[/B]ack[B]u[/B]p file without an extension already, so I don't need to strip anything, yet it doesn't work :(

Hmm....I see. I'm guessing Prime95 has probably created a new save file for the restarted test; what's the filename for that, compared to the filename for the backup file? (If they differ, then that would explain why Prime95 didn't see the backup file. If not, then I have no clue what happened. :smile:)

If the file names match, can you check if the file is corrupt? Maybe with an MD5 hash on the original computer and the new machine. Does Prime95 mention anything wrong with the save file? Also, be absolutely sure the .bu is removed and not just hidden by Windows.
Does anyone know if save files from 32-bit and 64-bit are compatible with each other? I think they are, but not 100% sure...

I actually did this not too long ago, I converted my laptop from XP 32-bit to Linux 64-bit. If I remember correctly, all I did was back up the directory, drop the 64-bit executable in there, and start the program. Everything resumed; I was even in the middle of an LL-D test and it resumed. I haven't rebooted back into XP since then, but Linux is running great, and the assignments are all moving along faster under the Linux 64-bit than they were under XP.

I'm sorry I can't be more specific, but basically the gist of what I am saying is that I don't think there is really any "trick" to it, I remember it "just working".

Well, I tried it with another 32-bit machine and it hasn't resumed :( So either the file is corrupted or I'm missing something. The backup I have contains:
[CODE]-rw-r--r-- 1 402 12-31 22:50 local.txt
-rw-r--r-- 1 144 12-31 22:50 m9P12711
lrwxrwxrwx 1 9 11-28 10:14 mprime -> ../mprime
-rw-r--r-- 1 6364160 12-31 20:13 p9P12711
-rw-r--r-- 1 1855 12-31 22:50 prime.log
-rw-r--r-- 1 16 12-31 22:50 prime.spl
-rw-r--r-- 1 368 12-31 22:50 prime.txt
-rw-r--r-- 1 997 12-31 22:50 results.txt
-rw-r--r-- 1 64 12-14 20:07 worktodo.txt[/CODE]Looks like it's useless now.

Which one did you copy into the Prime95 installation you wanted to resume with--p9P12711 or m9P12711? The "p" file is the one for the LL test; "m" is for P-1 factoring (IIRC) and I'm not even sure why it would still be there if you're on the LL phase now.

I tried copying single p9P12711 or a set of p9P12711, m9P12711 and prime.spl.

But I have an update - I found an even earlier backup (few %s back) and it works, so the work is not completely lost. The last backup must have been damaged somehow.
Thanks for careing :)

Now its gotten worse - I received message like this:
[CODE][Comm thread Jan 7 20:35] Sending expected completion date for M50912711: Feb 21 2011
[Comm thread Jan 7 20:35] PrimeNet error 43: Invalid assignment key
[Comm thread Jan 7 20:35] ap: no such assignment key, GUID: 64c317fdf6547269ea17ec0ee342cd94, key: E758440B4136D3457D58E568B416CAB5[/CODE]
Is there a way to fix this ?

You did a P-1 and it seems the assignment was "unreserved" after that and given to someone else. Look in your prime.log file for details. You have two choices. If you haven't done much work on it you can let this exponent go and get a new one. If you have done significant work - say over 25% and want to finish it, just put a N/A instead of the assignment key in your worktodo file. This will let Prime95 finish the exponent and report the result.

It is very likeley you moved the exponent to a slower computer whose Prime95 instance decided it already had enough work so it could unreserve this exponent. Look at undoc.txt for how you can use UnReserveDays to prevent this from happening.