Bug#280213: exim4: Thinks it's always out of spool space

[Steve Langasek]

--AhhlLboLdkugWU4S
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

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()                               =3D 18039
> > write(2, "18039 SMTP<< MAIL FROM:<jgoerzen"..., 60) =3D 60
> > statfs("/var/spool/exim4", {f_type=3D"REISERFS_SUPER_MAGIC",
> > f_fbsize=3D4096, f_blocks=3D293066, f_bfree=3D55410, f_bavail=3D55410,
> > f_files=3D0, f_ffree=3D0, f_fsid=3D{0, 0}, f_namelen=3D255, f_frsize=3D=
4096}) =3D 0
> > getxpid()                               =3D 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=3D64
> -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.

--=20
Steve Langasek
postmodern programmer

--AhhlLboLdkugWU4S
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: Digital signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iD8DBQFBkJVqKN6ufymYLloRAssgAJ0RDbxGo24fy1xsQRdickFWeYqhHQCgqJgd
pLkYVzPTWQs/7I9HN3ARVkw=
=33c6
-----END PGP SIGNATURE-----

--AhhlLboLdkugWU4S--