MD5哈希值在服务器上的计算方式不同

Question

我正在运行一些用 C 编写的代码，该代码从其他人编写的哈希库（md5.c 和 md5.h）调用 md5 哈希功能。 我看到的奇怪行为是：

哈希工作完美=我对一个字符串进行哈希处理，结果是我已经通过多个其他来源验证了它的确切哈希值。

1. 哈希功能有效 编译和运行时完美 在我的 OSX 机器上以及哈希值 计算出来的结果完全符合预期 是。

2. 相同的代码，未上传任何更改 并在Linux上编译 服务器并计算出不同的 （错误）哈希。

有谁知道这到底是如何实现的？ 在过去的一周里，这真是太疯狂了，我不明白为什么这是可能的。 我还在另一台机器上测试过，编译并执行，效果很好。 只是当我将其上传到服务器时，哈希值不再正确。

哈希功能文件可以在以下位置找到： http://people.csail.mit.edu/rivest/Md5.c

已解决：谢谢大家 这是 64 位架构问题。 令人非常恼火的是，在调试时我忘记了考虑这一点......

Answer 1

尝试将（Md5.c第41行）

typedef unsigned long int UINT4;替换

为

typedef uint32_t UINT4;

（如果需要，包括stdint.h）

在64位机器上long int （通常）是 64 位长，而不是 32

编辑 ：

我尝试在 64 位 opteron 上尝试，这解决了问题。

Answer 2

这台机器似乎没有使用与其他机器不同的架构（32 位与 64 位）吗？ 如果 MD5 实现依赖于机器字大小（我没有检查代码），这可能会导致哈希值不同。

Answer 3

不同的编译器可以具有不同级别的标准合规性。 如果您遇到不合标准的编译器，您可能会很难看到经过良好测试的代码已被编译为完全不同的代码。

也可能出现目标系统是 64 位并且代码存在 64 位可移植性问题的情况。

解决该问题的唯一方法是调试代码的两个版本的行为不同的地方。

Answer 4

您确定您正在以二进制模式阅读吗？ 否则，换行符将在不同的操作系统中以不同的方式转换。

Answer 5

抱歉，没有。 如果我编译它并在我的 linux x86 机器上运行它，它会产生与 md5sum 实用程序相同的结果：

peregrino:$ md5sum csrc/Md5.c 
d27fd5f04426a3ccb2390d7517f21b9c  csrc/Md5.c
peregrino:$ bin/Md5 csrc/Md5.c 
d27fd5f04426a3ccb2390d7517f21b9c csrc/Md5.c

在我的 x64 机器上：

sandiego:$ bin/Md5 src/Md5.c 
09679964608e3335c5c3e14572373eef src/Md5.c

所以这似乎是一个 64 位问题，而不是 Linux 问题。