Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Posting-Version: version B 2.10.2 9/18/84; site brl-tgr.ARPA
Path: utzoo!watmath!clyde!burl!ulysses!allegra!mit-eddie!think!harvard!seismo!brl-tgr!gwyn
From: gwyn@brl-tgr.ARPA (Doug Gwyn <gwyn>)
Newsgroups: net.unix-wizards
Subject: Re: Ulimits strikes again (SYSV)
Message-ID: <1140@brl-tgr.ARPA>
Date: Fri, 30-Aug-85 17:46:43 EDT
Article-I.D.: brl-tgr.1140
Posted: Fri Aug 30 17:46:43 1985
Date-Received: Sun, 1-Sep-85 05:48:12 EDT
References: <1139@brl-tgr.ARPA>
Organization: Ballistic Research Lab
Lines: 15

> >ulimit strikes again.  The default ulimit should be OFF (perhaps -1
> >should mean this); the site manager can set a ulimit in /etc/profile
>                     ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
> >according to site needs.  I hope somebody FIXES this nuisance.
> 
> Nope, I think you lose again. Unless I am mistaken (we just went thru
> this on our site) /etc/profile runs non-priv'd so it can't up your
> ulimit, just lower it.

I think we're having a communication snafu.  IF the default ulimit is made
INFINITE, THEN the site manager can set a finite ulimit in /etc/profile,
since as you point out a non-privileged user can always REDUCE his ulimit.

I want >>> AT&T <<< to CHANGE THE DEFAULT ulimit to be INFINITE instead
of the current value of 1Mb or whatever.  Is that clearer?