Path: utzoo!utgpu!news-server.csri.toronto.edu!cs.utexas.edu!swrinde!zaphod.mps.ohio-state.edu!samsung!munnari.oz.au!metro!cluster!necisa!boyd
From: boyd@necisa.ho.necisa.oz.au (Boyd Roberts)
Newsgroups: comp.bugs.4bsd
Subject: Re: Complexity of reallocating storage (was users command crap)
Message-ID: <2012@necisa.ho.necisa.oz.au>
Date: 6 Feb 91 04:02:04 GMT
References: <5883:Feb102:05:4991@kramden.acf.nyu.edu> <14994:Feb207:10:4791@kramden.acf.nyu.edu> <4702@goanna.cs.rmit.oz.au> <29421:Feb419:13:5891@kramden.acf.nyu.edu>
Organization: NEC Information Systems Australia Pty. Ltd.
Lines: 12

In article <29421:Feb419:13:5891@kramden.acf.nyu.edu> brnstnd@kramden.acf.nyu.edu (Dan Bernstein) writes:
>Well, yes, but those fall under the blanket of ``fatal errors'' which I
>mentioned at the top of the article. (Actually, going over quota
>shouldn't happen unless the system is strangely configured, but this is
>beside the point.)

But you'd check for exceeding your quota on close(2) wouldn't you Dan?


Boyd Roberts			boyd@necisa.ho.necisa.oz.au

``When the going gets wierd, the weird turn pro...''