Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Posting-Version: version B 2.10.2 9/18/84; site ut-sally.UUCP
Path: utzoo!linus!gatech!seismo!ut-sally!std-unix
From: std-unix@ut-sally.UUCP (Moderator, John Quarterman)
Newsgroups: mod.std.unix
Subject: Re: limits
Message-ID: <3520@ut-sally.UUCP>
Date: Fri, 15-Nov-85 08:06:41 EST
Article-I.D.: ut-sally.3520
Posted: Fri Nov 15 08:06:41 1985
Date-Received: Sat, 16-Nov-85 03:47:30 EST
Organization: IEEE/P1003 Portable Operating System Environment Committee
Lines: 22
Approved: jsq@ut-sally.UUCP

From seismo!philabs!flkvax!trwrb!desint!geoff (Geoff Kuenning)
Date: Thu, 14 Nov 85 23:47:29 GMT

I support the idea of making the limits available at run-time, but
let's not copy Berkeley's naming (getdlimit or whatever it is).  There
should be just *one* call that gets all the limits into a struct;
Berkeley compatability can be achieved with "wrapper" routines.

UniSoft has already done 90% of the work of this call by moving
everything that used to be in param.h into a structure named 'v'.  This
was done so that binary customers could patch NPROC et al easily, but a
system call that returned the contents of 'v' would be trivial to add.
Maybe we could get AT&T to buy the changes (they're extensive) from UniSoft.

[ 3B20 System V Release 2 has this, so maybe they did.
Personally, I don't like it.  -mod ] 
-- 

	Geoff Kuenning
	{hplabs,ihnp4}!trwrb!desint!geoff

Volume-Number: Volume 3, Number 18