Date: Mon, 29 May 2000 19:54:41 +0200 From: Alexander Langer <alex@big.endian.de> To: freebsd-bugs@FreeBSD.ORG Subject: Re: kern/18874: 32bit NFS servers export wrong negative values to 64bit clients Message-ID: <20000529195441.A7207@cichlids.cichlids.com> In-Reply-To: <200005291750.KAA60167@freefall.freebsd.org>; from alex@big.endian.de on Mon, May 29, 2000 at 10:50:02AM -0700 References: <200005291750.KAA60167@freefall.freebsd.org>
next in thread | previous in thread | raw e-mail | index | archive | help
Thus spake Alexander Langer (alex@big.endian.de): > > it to long. Then it'll hold the real negative value which must be correctly > > converted into long. I know that you can point out that Alpha's long was > > bigger than i386's long -- but there's not much you can do about *that*, > > since you have to start from struct statfs on Alpha and finish with struct > > statfs on i386, and f_bavail is long on both. You'll just have to hope that > > the underlying filesystem restricts this value to 32 bits or something. > What about taking quad_t and not u_quat_t? I mean quad_t instead of long, of course. Alex -- I need a new ~/.sig. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20000529195441.A7207>
