I've confirmed it still happens with v2.0.2 in Debian testing now.
This should not be happening. It's unlikely to cause any corruption (which would require a strong-sum collision), but it might be indicating a rollsum bug that could be causing delta calculation to miss some matches, resulting in a larger delta than it should.
I will investigate.
The text was updated successfully, but these errors were encountered:
Resulting in the paranoia checking comparing the checksum calculated at the wrong offset.
This could be fixed by just removing the paranoia checking, which I'm really tempted to do. However, I'll also look into how hard it would be to ensure the scoop_pos offset is always valid even when the tube blocks.