UNIX System Parameter Definitions

Moderator, John S. Quarterman std-unix at longway.TIC.COM
Wed May 24 23:27:23 AEST 1989


From: uunet!posix!hlj (Hal Jespersen)

In article <352 at longway.TIC.COM> uunet!rti.rti.org!tijc02.uucp!pjs269 (Paul Schmidt ) writes:
>Newsgroups: comp.std.unix
>From: uunet!rti.rti.org!tijc02.uucp!pjs269 (Paul Schmidt        )
>
>Are the UNIX System Parameters part of any standard?
>How do you develop an application that uses system
>calls such as msgget, shmget, and semget, so that they
>will run on all systems without violating the system-
>imposed limits?
>
>	I know that for AT&T UNIX System V.2 on DEC processors
>these limits are configurable.  On Apollos they are not.
>What about SUN?  Are there any workstations that can be
>configured?

There are really two answers here.  POSIX.1 has included all the "system
parameters" you need [we hope!] to use its interfaces.  The functions
you cite are not in POSIX.1, although similar to some in POSIX.4 (Real-
time).

But, implementations based on System V that support POSIX will probably
also support all the traditional System V calls as well.  One option is
for those systems to extend the sysconf() function of POSIX.1 to query
all the appropriate things.  For example, the M88000 Binary
Compatibility Standard (BCS) published by 88open Consortium is a merge
of POSIX.1 and SVR3.2.  It has extended sysconf() to provide all the
values you need.  The Motorola/UniSoft 68K BCS does the same, and I
would presume other similar efforts are underway elsewhere.  Maybe
folks listening in could provide such plans.



					Hal Jespersen
					POSIX Software Group
					447 Lakeview Way
					Redwood City, CA 94062
					Phone:	+1 (415) 364-3410
					FAX:	+1 (415) 364-4498
					UUCP:	uunet!posix!hlj

Volume-Number: Volume 16, Number 50



More information about the Comp.std.unix mailing list