【发布时间】:2011-08-15 04:35:39
【问题描述】:
我正在开展一个项目,该项目需要对正在传输的数据进行 CRC32 检查。我想让我的代码不仅兼容 Intel 架构(“Little Endian”),还兼容 Solaris 架构(“Big Endian”)。我发现这个“CCRC32”适用于两台小端机器,但完全无法通过任何跨平台测试:
代码:
CCRC32.h & CCRC32.cpp (摘自维基百科的“外部链接”)
http://en.wikipedia.org/wiki/Cyclic_redundancy_check
这是代码的方法示例:
void CCRC32::PartialCRC(unsigned long *ulCRC, const unsigned char *sData, unsigned long ulDataLength) {
while(ulDataLength--) {
//If your compiler complains about the following line, try changing each
//occurrence of *ulCRC with "((unsigned long)*ulCRC)" or "*(unsigned long *)ulCRC".
*(unsigned long *)ulCRC =
((*(unsigned long *)ulCRC) >> 8)
^ this->ulTable[((*(unsigned long *)ulCRC) & 0xFF) ^ *sData++];
}
unsigned long CCRC32::FullCRC(const unsigned char *sData, unsigned long ulDataLength) {
unsigned long ulCRC = 0xffffffff; //Initilaize the CRC.
this->PartialCRC(&ulCRC, sData, ulDataLength);
return(ulCRC ^ 0xffffffff); //Finalize the CRC and return.
}
所以我的问题是:你们中的任何大端大师知道如何调整上述方法以使用大端机器,或者是否有人知道可以实现我的目标的现有源代码?到目前为止,我的搜索一直没有成功。
感谢您的宝贵时间,
詹姆斯
【问题讨论】:
-
如果您的 crc 实现有问题,不妨看看 boost::crc: boost.org/doc/libs/1_46_1/libs/crc
-
我有一个非常相似的问题。如果我将字节顺序数据输入 ARM CRC 硬件,我会得到遵循 CRC32 BZIP2 标准的结果(补码后)。如果我随后将数据作为 32 位小端字发送,我会得到不同的 CRC 结果。当我故意重新排序 32 位字中的字节然后重复 CRC 时,我得到了 BZIP2 CRC32 的结果。虽然这是有道理的; CRC 是一个很长的长除法的余数;我不确定这是否会削弱 CRC 的有效性。我的猜测不是 BUT.... 什么是 PROM 检查标准机构可以接受的...
标签: c++ endianness crc crc32