Subject: RE: statfs, statvfs and friends.
To: Simon Burge <simonb@wasabisystems.com>
From: Gordon Waidhofer <gww@traakan.com>
List: tech-kern
Date: 03/30/2004 23:09:28
FWIW, setting f_bavail to the calling users (UID)
quota balance is helpful. On a volume (file system)
with 100gb free, if I am currently using 98m and have
a quota (limit) of 100m, it's nice to have df(1) tell
me 2m rather than 100g. It ain't spec. But it is nice.
-gww
> -----Original Message-----
> From: tech-kern-owner@NetBSD.org [mailto:tech-kern-owner@NetBSD.org]On
> Behalf Of Simon Burge
> Sent: Tuesday, March 30, 2004 10:26 PM
> To: enami tsugutomo
> Cc: tech-kern@NetBSD.org
> Subject: Re: statfs, statvfs and friends.
>
>
> enami tsugutomo wrote:
>
> > > fsblkcnt_t f_bavail Number of free blocks available to
> > > non-privileged process.
> >
> > Does spec says something about what value will be set to this field
> > when # of available block is less than the # of blocks reserved to
> > super user? e.g., always 0 is returned, negative value is returned
> > like statfs()'s similar field or ...?
>
> There is no mention, but the answer to your next question obviously has
> some effect on the allowable return values.
>
> > Also, does the spec define signedness of fsblkcnt_t type?
>
> SUSv3 says:
>
> * [XSI] [Option Start] fsblkcnt_t, fsfilcnt_t, [Option End] and
> ino_t shall be defined as unsigned integer types.
>
> Simon.
> --
> Simon Burge <simonb@wasabisystems.com>
> NetBSD Support and Service: http://www.wasabisystems.com/
>