fseeko在64位机器上导致fread失败

surfchen

rs:0
其他的输出和你们的一样。

surfchen

当然off_t的size在64位是8bytes，在32位是4 bytes。这个你们应该是清楚的。

醉卧水云间

这么简单的问题还没搞定啊!

把你编译命令贴上来.

surfchen

不是搞不搞得定的问题。要解决这个问题当然很简单，就是用fseek，或者使用off_t变量来存储所有的偏移。

我现在是想知道fseeko在64bits上出现这个问题，究竟是为什么。

编译命令我就不贴了，我想是个程序员都应该知道这段代码如何编译。对于醉卧水云间在几个帖子之前提出的用fseeko64，那更是太离谱了，当然这个我在随后的那个帖子里已经说清楚了。

醉卧水云间

这个问题完全看你怎么去编译, 编译命令是否正确, 是个程序员都应该知道这段代码如何编译? NO, 我猜你就没搞对.

surfchen

顶一次

mymtom

原帖由 surfchen 于 2008-3-20 17:54 发表
(off_t)-8是可以的。

看起来是编译器自动转换类型的时候,没有正确第把(-转换成off_t类型.

It'sGifted

pos#1:8
pos#2:0
size:4
rs:1
上面是在我机器上的结果，没问题啊。。。。

surfchen

知道问题所在了。详情请看：http://www.unix.org/version2/whatsnew/lfs20mar.html

safedead

FSEEK(3)                   Linux Programmer’s Manual                  FSEEK(3)

NAME
       fgetpos, fseek, fsetpos, ftell, rewind - reposition a stream

SYNOPSIS
       #include <stdio.h>

       int fseek(FILE *stream, long offset, int whence);
       long ftell(FILE *stream);
       void rewind(FILE *stream);
       int fgetpos(FILE *stream, fpos_t *pos);
       int fsetpos(FILE *stream, fpos_t *pos);

这里的关键是long捣乱
在64位LINUX里面，fseek可以直接处理大于4GB文件，因为long是8字节
fseek64是32位系统处理大文件用的，属于补丁函数，
64位系统不要用这些带有补丁性质的函数

进入64位系统以后，什么fseek大文件问题啦，2038问题啦，都是莫须有的事情