在Windows下,fread/ftell似乎存在问题,在Linux下运行良好。

9

所以问题在这里,我正在读取我的游戏的一个级别文件,在Linux下运行良好:

@0
@12
200x200 version 3
@16
973 blocks
@989
@993
18 zones

但在Windows下,我得到了以下结果:
@0
@212
200x200 version 3
@216
973 blocks
@1200
@1204
18 zones

嗯?Windows的ftell从偏移量200开始?读取文件似乎产生了相同的数据,但是fread使用ftell的值来确定文件中还剩下多少字节可以读取。因此,当在文件末尾读取时,我遇到了问题:

@1425
zone#9 2x3 @ 66/9
@1425
zone#10 2x3 @ 66/9
@1425
zone#11 2x3 @ 66/9
@1425
zone#12 2x3 @ 66/9
@1425
zone#13 2x3 @ 66/9
@1425
zone#14 2x3 @ 66/9
etc.

这是对应的代码(目前因为所有调试打印而有些丑陋..):
void fread_all(void *ptr, size_t size, size_t count, FILE *stream) {
    fread(ptr, size, count, stream);
    printf("@%ld\n", ftell(stream));
}


bool map_load(struct Map *map, const char *file_name) {
    FILE *fp = fopen(file_name, "r");
    if (fp != NULL) {
        fseek(fp, 0, SEEK_SET);
        printf("@%ld\n", ftell(fp));

        // Header
        int *header = (int*)calloc(sizeof(int), 3);
        fread_all(header, sizeof(int), 3, fp);
        printf("%dx%d version %d\n", header[0], header[1], header[2]);

        map->pos_x = 0;
        map->pos_y = 0;
        map->map_x = 0;
        map->map_y = 0;
        map->size_x = header[0];
        map->size_y = header[1];
        map_zones_remove(map);        
        free(header);

        // Blocks
        unsigned int *block_size = (unsigned int*)malloc(sizeof(unsigned int));
        fread_all(block_size, sizeof(int), 1, fp);
        printf("%d blocks\n", *block_size);

        unsigned char *block_data = (unsigned char*)calloc(sizeof(unsigned char), *block_size);
        fread_all(block_data, sizeof(unsigned char), *block_size, fp);

        unsigned char *tmp = map->blocks;
        map->blocks = rle_decode(block_data, *block_size);
        free(tmp);
        free(block_size);
        free(block_data);

        // Zones
        int *zone_count = (int*)malloc(sizeof(int));
        fread_all(zone_count, sizeof(int), 1, fp);
        printf("%d zones\n", *zone_count);

        int *d = (int*)calloc(sizeof(int), 6);
        for(int i = 0, l = *zone_count; i < l; i++) {
            fread_all(d, sizeof(int), 6, fp);
            map_zone_create(map, d[0], d[1], d[2], d[3], d[4], d[5]);
            printf("zone#%d %dx%d @ %d/%d\n", i, d[2], d[3], d[0], d[1]);
        }
        map_platforms_create(map);

        free(zone_count);
        free(d);
        fclose(fp);
        return true;
    }
    return false;
}

我真的不知道这里发生了什么。编译器是Visual Studio 10和Linux下的GCC 4.4。

3个回答

26

以二进制模式打开您的文件:

FILE *fp = fopen(file_name, "rb");

在文本模式下,可能会进行翻译以匹配操作系统相关的编码(例如换行符)与C库的编码。


1
嗯……由于天气炎热,我的大脑可能受到了严重的损伤……-.-”现在它工作了,谢谢! - Ivo Wetzel

6
ftellfseek仅在以二进制模式打开文件时才能作为字节偏移量使用(例如"rb"而不是"r")。否则,您只能使用fseek返回的先前结果进行偏移,fseek的结果并不是一个字节偏移量。
在Windows上,文本模式将两个字符的回车符和换行符序列映射为单个换行符,因此二进制模式和文本模式之间存在差异。在Linux上不需要进行任何映射。

虽然我仍然觉得fread简单地信任ftell的值有点奇怪,但它确实解决了问题。但是还有一个问题,为什么它使用文件中的第一个字节(C8)作为偏移量? - Ivo Wetzel

1

内容已移至https://www.securecoding.cert.org/confluence/display/c/FIO19-C.+不要使用fseek()和ftell()来计算常规文件的大小 - dnet

网页内容由stack overflow 提供, 点击上面的
可以查看英文原文,
原文链接