我想遵循Rob Pikes的指导原则,将整数存储到磁盘上,而不必担心端点问题。所以,这是我的测试代码:
#include <stdio.h>
#include <stdlib.h>
#include <inttypes.h>
#include <string.h>
typedef uint8_t byte;
uint32_t _wireto32(byte *data) {
uint32_t i =
((uint32_t)data[3]<<0) |
((uint32_t)data[2]<<8) |
((uint32_t)data[1]<<16) |
((uint32_t)data[0]<<24);
return i;
}
void _32towire(uint32_t i, byte *data) {
data[0] = (i >> 24) & 0xFF;
data[1] = (i >> 16) & 0xFF;
data[2] = (i >> 8) & 0xFF;
data[3] = i & 0xFF;
}
void _dump(char *n, byte *d, size_t s, uint64_t N) {
int l = strlen(n) + 9;
fprintf(stderr, "%s (len: %ld, Num: %ld): ", n, s, N);
size_t i;
int c;
for (i=0; i<s; ++i) {
fprintf(stderr, "%02x", d[i]);
if(i % 36 == 35 && i > 0) {
fprintf(stderr, "\n");
for(c=0; c<l; ++c)
fprintf(stderr, " ");
}
}
fprintf(stderr, "\n");
}
int main(int argc, char **argv) {
FILE *fd = NULL;
uint32_t n_orig = 20160809;
uint8_t b[4];
uint32_t n_new;
if(argc != 2) {
fprintf(stderr, "Usage: util w|r\n");
exit(1);
}
switch(argv[1][0]) {
case 'w':
if((fd = fopen("buffer.b", "wb+")) == NULL) {
perror("unable to write buffer.b");
return 1;
}
_32towire(n_orig, b);
fwrite(b, 4, 1, fd);
close(fd);
_dump("out", b, 4, n_orig);
break;
case 'r':
if((fd = fopen("buffer.b", "rb+")) == NULL) {
perror("unable to open read buffer.b");
return 1;
}
if((fread(b, 1, 4, fd)) <=0) {
perror("unable to read from buffer.b");
return 1;
}
close(fd);
n_new = _wireto32(b);
_dump(" in", b, 4, n_new);
}
return 0;
}
当我在x86系统上运行时,一切看起来都很好:
% ./util w && ./util r
out (len: 4, Num: 20160809): 0133a129
in (len: 4, Num: 20160809): 0133a129
现在,如果我将输出文件传输到一个big-endian系统(在我的例子中是powerpc上的aix),我将得到:
./util r
in (len: 4, Num: 0): 0133a129
所以,我显然忽略了一些事情。有人知道吗?
谢谢,
汤姆
最佳答案
如果你想知道为什么big-endian系统会打印Num: 0
,那是因为你的_dump
函数使用uint64_t N
而不是32位。在大端机上,4个最重要的字节是0。
关于c - 将int序列化为big endian进行存储,我们在Stack Overflow上找到一个类似的问题:https://stackoverflow.com/questions/40155837/