-
Notifications
You must be signed in to change notification settings - Fork 9
Description
Unconfirmed report from a user: upgrading from mfakto v0.15(?) to v0.16-beta.2 with an in-progress checkpoint file (for Factor=690000037,79,80) resulted in a spurious factors entry in the JSON of a NF result, moreover the "factors" are an invalid hex string:
{"exponent":690000037, "worktype":"TF", "status":"NF", "bitlo":79, "bithi":80, "rangecomplete":true, "factors":[BC56A3A4], "program":{"name":"mfakto", "version":"0.16-beta.2", "subversion":"cl_barrett15_82_gs_2"}, ... "os":{"os": "Darwin", "architecture": "ARM64"}
To be clear, the "NF" result is correct, there are no factors to be found, but something in reading the old checkpoint file appears to confuse the new code into writing false output.
Perhaps there should be a sanity check when reading a checkpoint file to make sure it's in the expected format?
The report from the user:
I saw that the newer version of mfakto complained about the checkpoint files for that exponent and then mfakto ignored the checkpoint and started from the classes from the begining, so I thought mfakto handled it.