Path: utzoo!utgpu!news-server.csri.toronto.edu!cs.utexas.edu!sdd.hp.com!zaphod.mps.ohio-state.edu!rpi!uupsi!cmcl2!kramden.acf.nyu.edu!brnstnd
From: brnstnd@kramden.acf.nyu.edu (Dan Bernstein)
Newsgroups: comp.bugs.4bsd
Subject: Re: Complexity of reallocating storage (was users command crap)
Message-ID: <29421:Feb419:13:5891@kramden.acf.nyu.edu>
Date: 4 Feb 91 19:13:58 GMT
References: <5883:Feb102:05:4991@kramden.acf.nyu.edu> <14994:Feb207:10:4791@kramden.acf.nyu.edu> <4702@goanna.cs.rmit.oz.au>
Organization: IR
Lines: 11

In article <4702@goanna.cs.rmit.oz.au> ok@goanna.cs.rmit.oz.au (Richard A. O'Keefe) writes:
> Er, what about the disc running out of I-nodes?  Or going over quota?
> Or a file server dropping dead?

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.) There's a push-pull here between ``don't catch errors
you can't handle sensibly'' and ``don't dig your hole too deep.''

---Dan