![]() |
![]() |
#1 |
"6800 descendent"
Feb 2005
Colorado
701 Posts |
![]()
I had Prime95 lockup on a machine. Whenever this happens, I like to be safe so I delete the most recent save file. When Prime95 restarts it renames the other save file and informs me that it did so.
In this case, I made a minor change to the machine, so when I restarted Prime95 it contacted the server to update the completion times before it renamed the save file. The problem is that since the most recent save file was gone, Prime95 computed the completion times based upon no work having been done on the current exponent. This, in turn, caused Prime95 to unreserve the last exponent in the worktodo file because it now thought the completion date to be too far in the future. It might be better if the program could check for the second save file if it can't find the first one when computing completion dates. Or, if it is easier to code, have the program rename the second save file before it computes the completion dates. Thanks. |
![]() |
![]() |
![]() |
#2 |
6809 > 6502
"""""""""""""""""""
Aug 2003
101×103 Posts
1052310 Posts |
![]()
Interesting suggestion, maybe for v26.
|
![]() |
![]() |
![]() |
Thread Tools | |
![]() |
||||
Thread | Thread Starter | Forum | Replies | Last Post |
Minor Issue with Primenet | KyleAskine | PrimeNet | 12 | 2012-02-12 01:37 |
A minor typo | Chuck | GPU to 72 | 1 | 2011-12-12 13:36 |
Minor changes to a lot of sequences | Greebley | Aliquot Sequences | 18 | 2010-08-21 13:52 |
Minor GMP-ECM bug | jasonp | GMP-ECM | 2 | 2007-11-25 18:40 |
A minor bug in PRP-24.14 | Kosmaj | 15k Search | 3 | 2005-08-29 20:28 |