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/
>