Article View: mod.std.unix
Article #63Re: limits
From: Moderator, John Quarterman
Date: Fri, 15 Nov 1985 13:06
Date: Fri, 15 Nov 1985 13:06
22 lines
1498 bytes
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-unixShow 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