Re: Complexity of reallocating storage (was users command crap)

Article View: comp.bugs.4bsd

Article #312

#312

From: Boyd Roberts
Date: Wed, 06 Feb 1991 04:02

12 lines
1130 bytes

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...''

Technical Details

Message-ID: <2012@necisa.ho.necisa.oz.au>

Path:

arc1-ca.pugleaf.net!utzoo!utgpu!news-server.csri.toronto.edu!cs.utexas.edu!swrinde!zaphod.mps.ohio-state.edu!samsung!munnari.oz.au!metro!cluster!necisa!boyd

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>

Show Full Headers

Complete Article Headers

Path: arc1-ca.pugleaf.net!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

Reply to Parent Message