- Nov
- 351
- 10
For pretty much forever, I've quickly compared files residing on Linux server(s) with copies on my local Windows machine using GNU's crc32 command on the former(s) and %@crc32[] on the latter. All was well and good, until...
... my new job, where we use AIX 7.1 servers. Please don't laugh at me. Among several other annoyances, there is no crc32 utility — instead, there's only the Unix standard cksum command, which generates decimal CRC32 values, according to the Posix 100.32 standard, and which differ significantly from the ones generated by GNU's crc32.
I'd like TCC to have a new %@cksum[] function that outputs the decimal CRC32 value of the contents of a file, according to the Posix 100.32 standard.
For the sake of clarity:
- cksum is a standard Unix command; Linux *also* has it, and it performs identically to AIX 7.1 on this regard.
- I'm aware that %@crc32[d, ...] outputs a decimal value. My problem is that %@crc32[d, testFile] doesn't return the same value as cksum testFile.
- Don't touch %@crc32[]! It outputs same as all the *zip programs, which is a great feature in and of itself.
Thanks.
... my new job, where we use AIX 7.1 servers. Please don't laugh at me. Among several other annoyances, there is no crc32 utility — instead, there's only the Unix standard cksum command, which generates decimal CRC32 values, according to the Posix 100.32 standard, and which differ significantly from the ones generated by GNU's crc32.
I'd like TCC to have a new %@cksum[] function that outputs the decimal CRC32 value of the contents of a file, according to the Posix 100.32 standard.
For the sake of clarity:
- cksum is a standard Unix command; Linux *also* has it, and it performs identically to AIX 7.1 on this regard.
- I'm aware that %@crc32[d, ...] outputs a decimal value. My problem is that %@crc32[d, testFile] doesn't return the same value as cksum testFile.
- Don't touch %@crc32[]! It outputs same as all the *zip programs, which is a great feature in and of itself.
Thanks.