From WikiChip
$crc Identifier - mIRC
< mirc‎ | identifiers
Revision as of 02:46, 23 January 2022 by Maroonbells (talk | contribs) (Created page with "{{mirc title|$crc Identifier}}'''$crc64''' calculates the 64-bit checksum of a text, {{mirc|binary variables|binary variable}}, or file. Hash is 642-bits, shown as 16 uppe...")
(diff) ← Older revision | Latest revision (diff) | Newer revision → (diff)

$crc64 calculates the 64-bit checksum of a text, binary variable, or file. Hash is 642-bits, shown as 16 upper-case hexadecimal characters.

Synopsis

$crc64(plaintext|&binaryvar|filename[,N])

Parameters

plaintext - Used with N = 0, just the string you want the CRC-64 checksum hash of

&binaryvar - A binary variable, used with N = 1, return the CRC-64 checksum of the content of the binary variable

filename - A filename, used with N = 2, return the CRC-64 checksum of the content of the file

N: Optional integer 0-2, where 0 indicates data is treated as plaintext, 1 indicates a &binary variable, 2 treats data as contents of a filename

If the N parameter isn't used, the default 2 is used (which is different than $sha1 which has default of N=0.) Also different than $sha1, invalid N outside 0-2 range are treated as default 2 instead of creating an error.

Note: $crc64 has the same defaults and behaviors as $crc does, except it returns a 64-bit checksum instead of 32 bits. Even though it they're both designed the same way, there is no correlation between their outputs. Strings with identical $crc64 checksum are no more/less likely to have identical 32bit $crc checksums than strings whose $crc64 checksum differ.

Note: There are several variations of CRC64's published including several variants each claiming to be the ECMA-182 checksum created by this identifier. Before assuming this identifier is compatible with another program's CRC64, be sure they both have matching checksums for the same strings.

Properties

None

Example

; Echo the $crc hash of plain text string ''abc'' to the active window:
; The DATA is case-sensitive, so hash of "abc" is different than hash of "ABC"
//echo -a abc $crc64(abc,0) / ABC $crc64(ABC,0)
result: abc 2CD8094A1A277627 / ABC AFA18655D86CC8D8
; Calculate the CRC-64 hash of the 256 bytes from $chr(0) through $chr(255):
//var %i 0 | while (%i isnum 0-255) { bset &ascii $calc(1+%i) %i | inc %i } | echo -a $bvar(&ascii,1-) | echo -a $crc64(&ascii,1) should be 72414B2F65DB3AB0 | write -c ascii.dat | bwrite ascii.dat 0 256 &ascii
; display the same CRC of filename ascii.dat as the above binary variable &ascii
//echo -a filesize $file(ascii.dat).size $crc64(ascii.dat) is the same as $crc64(ascii.dat,2) because default N is 2

Returns 0000000000000000 if filename does not exist:

//echo -a $crc64(no_such_file.txt,2)

Suggested Uses:

  • Quick way to compare if 2 files are identical. (First check should always be comparing file sizes.)
  • Quick way to check if a file's contents have changed since stored CRC checksum was made.
  • Verify downloaded file hasn't been corrupted, matches the sender's original.


Note that because the default is N=2, $crc(versions.txt) is the CRC-64 for the contents of versions.txt (or 00000000 if the file doesn't exist). This differs from $sha1(versions.txt) giving the hash of the plaintext inside the parenthesis because $sha1 has default of N=0.
/>

Note: CRC-32 and CRC-64 are good for detecting transfer errors. Any 1 bit changed in a file is 100% guaranteed to change the CRC-32 and CRC-64 values, which is not necessarily true for $sha1 or other 1-way hashes. There is a known pair of short strings differing by 2 bits whose $md5 hashes hashes are identical, which could not happen with CRC. However, CRC-32/64 are not good for detecting malicious tampering with a file. There is an 8-byte binary string which can change a file from any CRC-64 value to any other CRC-64 value, and these 8 bytes can be quickly calculated without brute force testing of the 2^64 possible strings.

Until the version where $crc64 is released, when scripts were wanting a quick way to detect when strings were different, the no-brainer choice was $md5 because it has a much longer hash which results in a much less chance of 2 strings having identical hashes. But most importantly, $md5 and $crc were benchmarking at almost identical speeds. However $crc was optimized at the same time $crc64 was added, and both are close to 4x as fast as $md5.

The advantage of CRC-64 over CRC-32 is that the longer checksum means there is a much smaller chance that 2 unrelated strings will have matching checksum. Because of 'birthday collisions', it would need approximately $sqrt(2^32)=2^16=65536 disk files before there's a 50% chance that there would be 2 files among them having matching CRC-32 checksums. Because the CRC-64 checksum is longer, it would require $sqrt(2^64)= 4 billion files before the 50% chance of matching checksums.

While you can use $base to translate the 32-bit output from $crc into a base10 number valid for $calc, the $crc64 output is too long for the 53-bit accuracy in $calc. If you need to feed the $crc64 output to $calc, you should do as you would do for the output from $sha1, where you use $left $right or $mid to take no more than 13 hex digits as input for $base.

Here's something demonstrating how similar strings can have similar-yet-not-matching CRC-64's. In the following example, it finds strings where 'test ' followed by a 6-digit number produces a CRC-64 eding with an arbitrarily chosen group of 3 digits. For that specific group of strings, if you insert 'foobar ' in front of those strings, the new hashes will all have the same final 3 digits as each other. If you change the wildcard match from *ACE to ACE* where you look for checksums with similar beginnings, the strings having 'foobar ' inserted will all have hashes whose first 3 digits match each other. If you substituted $md5 or one of the SHA* hashes, this behavior would not be there.

//var %i 99999 | while (%i) { if (ace* iswm $crc64(test $base(%i,10,10,6),0)) echo -a $v2 vs $crc64(foobar test $base(%i,10,10,6),0) %i | dec %i }<pre>

Error Messages

None

$crc and $crc64 differs from $sha1 in that they return no error messages.

For non-existent filenames, they return checksums of all 00's instead of halting script with an error. When calculating checksum of the $null string they returns nothing instead returning a calculation based on the null-string When given invalid N outside the 0-2 range, they uses default 2 instead of halting script with an error.

Compatibility

Added: mIRC v7.68
Added on: 02 Apr 2022
Note: Unless otherwise stated, this was the date of original functionality.
Further enhancements may have been made in later versions.

See also