Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Posting-Version: version B 2.10.2 9/18/84 SMI; site sun.uucp
Path: utzoo!linus!philabs!cmcl2!seismo!harvard!talcott!panda!genrad!decvax!decwrl!sun!guy
From: guy@sun.uucp (Guy Harris)
Newsgroups: net.micro.att,net.unix-wizards
Subject: Re: Re: instability in Berkeley versus AT&T releases (absurdly long)
Message-ID: <2544@sun.uucp>
Date: Fri, 2-Aug-85 01:35:09 EDT
Article-I.D.: sun.2544
Posted: Fri Aug  2 01:35:09 1985
Date-Received: Sun, 4-Aug-85 06:11:50 EDT
References: <2067@ucf-cs.UUCP> <363@cuae2.UUCP> <2423@sun.uucp> <5819@utzoo.UUCP> <133@maynard.UUCP> <396@cuae2.UUCP>
Organization: Sun Microsystems, Inc.
Lines: 15
Xref: linus net.micro.att:409 net.unix-wizards:11362

> In article <133@maynard.UUCP> campbell@maynard.UUCP (Larry Campbell) writes:
> >Hostile users aren't the only good reason to have quotas.  What about
> >buggy software that gets into an infinite loop writing to a file?
> 
> That's what "ulimit" is for.  Don't use an SST when roller skates will do.

*ONLY* if the default "ulimit" is infinity, not the dumb 1MB that comes with
S3/S5 out of the box from AT&T.  Put a "ulimit" on programs you want to
debug (note that an almost-identical facility, except for a signal SIGXFSZ
which is delivered to the errant program, exists in 4.xBSD).  DON'T penalize
database systems which want to maintain big databases (and don't force me to
run those systems as root just to boost their "ulimit"), or other programs
which, for whatever reason, need files bigger than 1MB.

	Guy Harris