🚀 go-pugleaf

RetroBBS NetNews Server

Inspired by RockSolid Light RIP Retro Guy

Article View: mod.std.unix
Article #63

Re: limits

#63
From: Moderator, John Quarterman
Date: Fri, 15 Nov 1985 13:06
22 lines
1498 bytes
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
Technical Details
Message-ID: <3520@ut-sally.UUCP>
Path: arc1-ca.pugleaf.net!utzoo!linus!gatech!seismo!ut-sally!std-unix

Show Full Headers
Complete Article Headers
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: arc1-ca.pugleaf.net!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