From owner-freebsd-bugs Mon May 29 10:50: 4 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id E212B37B714 for ; Mon, 29 May 2000 10:50:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id KAA60167; Mon, 29 May 2000 10:50:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Mon, 29 May 2000 10:50:02 -0700 (PDT) Message-Id: <200005291750.KAA60167@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Alexander Langer Subject: Re: kern/18874: 32bit NFS servers export wrong negative values to 64bit clients Reply-To: Alexander Langer Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/18874; it has been noted by GNATS. From: Alexander Langer To: Anatoly Vorobey Cc: FreeBSD-gnats-submit@FreeBSD.ORG Subject: Re: kern/18874: 32bit NFS servers export wrong negative values to 64bit clients Date: Mon, 29 May 2000 19:48:21 +0200 Thus spake Anatoly Vorobey (mellon@pobox.com): > 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 think that would be _much_ more appreciated, isn't it? (for the conversion) Alex -- I need a new ~/.sig. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message