On Tue, Nov 09, 2004 at 10:03:20AM +0100, Andreas Metzler wrote:
> On 2004-11-08 John Goerzen <jgoerzen@complete.org> wrote:
> [...]
> > erwin:~# grep -2 -E 'stat.*/var/spool/exim4' /tmp/traceout
> > getxpid() = 18039
> > write(2, "18039 SMTP<< MAIL FROM:<jgoerzen"..., 60) = 60
> > statfs("/var/spool/exim4", {f_type="REISERFS_SUPER_MAGIC",
> > f_fbsize=4096, f_blocks=293066, f_bfree=55410, f_bavail=55410,
> > f_files=0, f_ffree=0, f_fsid={0, 0}, f_namelen=255, f_frsize=4096}) = 0
> > getxpid() = 18039
> [...]
> Hmm, strange, why doesn't it use statfs64? Is there some special magic
> on alpha to disable the effects of "-D_FILE_OFFSET_BITS=64
> -D_LARGEFILE_SOURCE"? (It does use stafs64 on ix86)
Some syscalls on alpha simply don't have "foo64" counterparts, because they
already operate on 64-bit types (aka, "long"/"unsigned long") by default on
that architecture.
However, this doesn't guarantee that libc's exposes the same behavior to
userspace apps with and without the LFS defines.
--
Steve Langasek
postmodern programmer
Attachment:
signature.asc
Description: Digital signature