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!watmath!clyde!burl!ulysses!allegra!mit-eddie!think!harvard!seismo!ut-sally!std-unix
From: std-unix@ut-sally.UUCP (Moderator, John Quarterman)
Newsgroups: mod.std.unix
Subject: Re: limits
Message-ID: <3597@ut-sally.UUCP>
Date: Thu, 21-Nov-85 08:22:37 EST
Article-I.D.: ut-sally.3597
Posted: Thu Nov 21 08:22:37 1985
Date-Received: Sat, 23-Nov-85 04:31:04 EST
Organization: IEEE/P1003 Portable Operating System Environment Committee
Lines: 25
Approved: jsq@ut-sally.UUCP

Date: Sun, 17 Nov 85 16:28:42 PST
From: seismo!sun!gorodish!guy (Guy Harris)

> 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.

I wanted to make sure nobody introduced a routine to get the size of
the descriptor table with the same semantics as 4.2BSD's, but with a
different name.

> 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.

You've got it backwards here.  The PWB/UNIX group at AT&T invented
the "v" structure; a lot of PWB/UNIX stuff, including the "v"
structure, made it into UNIX/TS 1.0 and subsequent releases from the
USG/USDL including S3 and S5.  UniSoft already bought that code from
AT&T, so there's no need to get AT&T to buy it back.

Volume-Number: Volume 3, Number 31