output in results.txt for LLed or factor tested exponents

[eepiccolo]

OK, I've looked all over for this information (except for the source code, but that's not exactly my idea of a good time; no offense, George ;) ). When Prime95 finishes a LL test, the last 64 bits of the LL residue is output into results.txt. But also output is something like WY1, then a colon, then three numbers seperated be commas. For TF or P-1, it's the same thing, but with only one number at the end, not three seperated by commas.

So my question is what is the WY1 for, which could also be a WZ1 or a WU1 or a bunch of other stuff, and what do the one or three numbers following this mean? For the LL test, I think the last of the three numbers is the number of errors during the test, but I don't know about the other two.

Thanks in advance for any answers :D

[Kevin]

WY1, or any similar set of the characters is used to show what version of Prime95 was used on the test. I guess if one version is faulty, they can tell which results were effected.

An additional question by me, what is done when the version of the program is changed in the middle of the test?

[smh]

From the readme.txt.

M1992031 is not prime. Res64: 6549369F4962ADE0. WV1: B253EF24,1414032,00000000

This means 2^1992031-1 is not prime - a Lucas-Lehmer test says so.
The last 64 bits of the last number in the Lucas-Lehmer sequence
is 6549369F4962ADE0. At some future date, another person will verify
this 64-bit result by rerunning the Lucas-Lehmer test. WV1 is the
program version number. B253EF24 is a checksum to guard against email
transmission errors. 1414032 can be ignored it is used as part
of the double-checking process. The final 00000000 value is a set
of 4 counters. These count the number of errors that occurred during
the Lucas-Lehmer test.

To find out what the program version number means, you need to look at the program.txt file.

[NickGlover]

Originally Posted by Kevin

An additional question by me, what is done when the version of the program is changed in the middle of the test?

The results are credited to the newer version of the program.

[Prime95]

Originally Posted by NickGlover

The results are credited to the newer version of the program.

and the top bit of the last counter is set as in "80000000" instead of "00000000"

[NickGlover]

Originally Posted by Prime95

and the top bit of the last counter is set as in "80000000" instead of "00000000"

Are you sure?

When going from v21 to v22, I have:
UID: adrik/K7-1GHz, M7832281 is not prime. Res64: E0CEC72CDE4CB80C. WY1: DC665732,943981,00000000

And when going from v22 to v23, I have:
UID: NickGlover/K7-1GHz, M12882271 is not prime. Res64: [Snip]. WZ1: A7481C70,1717073,09000900

Neither have the last bit set.

[eepiccolo]

I get the same thing basically as NickGlover, where when I switched versions, it doesn't look like the bit was set in the results.

[Prime95]

Oops. You are correct. That upper bit is only set when the version number in the save files changes which only happens when the save file format changes.

[eepiccolo]

Originally Posted by Prime95

Oops. You are correct. That upper bit is only set when the version number in the save files changes which only happens when the save file format changes.

Ah hah! Thanks, George.