68 65 6C 6C 6F
68 65 6C 6C 6F 79 59 EF C9
Я могу другими десятками способов рассчитать, чему будет равно число 0xFFFFFFFF, это за ответ не считаю. Файлы разные, а число одно. Что вынуждает формировать результат 0xFFFFFFFF при расчёте контрольной суммы? Это ошибка или что?Да ничего, просто вот действительно такая сумма CRC32 у ваших данных. Есть утилиты, которые сделают вам файл хоть с CRC32 0x00000000 (например, CD диски с Windows именно такой CRC32 имеют). Модификацией 4 любых байт в файле вы можете задать ему любой CRC32
По поводу полинома CRC-32 CCIT. Его значение при расчёте КС "нормального" файла (с КС, равной 40FAB603) должно совпадать со значением КС файла, рассчитанной с помощью алгоритма CRC32?
Вы наверное хотели написать: "...и на контрольную сумму не влияют"?
Т.е. получается, если в конце бинарного файла уже существует контрольная сумма из 20 байт, то алгоритм срабатывать не будет?