CRC checksum showed for files in rar archive is failed
A free file archiver for extremely high compression
Brought to you by:
ipavlov
I downloaded a rar archive with a password and opened this archive in 7-zip 23.01 and looked at the CRC column. Then I unpacked the files and compared the CRC-32 for the "Changes.log" file. For the unpacked file, it is "406F66A6" and for the file in the rar archive, "2031B7A3" is displayed in the CRC column.
Why is that? In this archive, the CRC column displays not CRC-32, but a different version of the hash sum?
Here file - https://www.mediafire.com/file/4lv2jk7blnx7a3u/ModelPort_3.1.4_AC26-27_Ked_UP7.rar/file
password: wa77na
Yes, crc-32 is also encrypted in encrypted rar.
OK, thanks for the information.
But if in this case the CRC column displays not the checksum, but the encrypted value of the checksum, maybe instead of this value display the word "encrypted" or "need password" or just an empty string? In order not to mislead inexperienced users.
Or in my opinion, it is better to add a setting to the 7zip settings-the choice of what to show instead of the encrypted CRC.
I can't imagine situations in which it would be useful to know the encrypted CRC value.
By the way, after I extracted 1 file from the archive (at the same time 7-zip requested the password from the archive and I entered the password), the values in the CRC column did not change in 7-zip in this archive, although the program knows the password and if I understand correctly using this password it can decrypt the CRC and show the true values, but it shows all the same encrypted values.
Maybe we should show it in another column.
7-Zip doesn't change property values after extraction.
Ok, thank you very much!