Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Path: utzoo!watmath!clyde!burl!ulysses!allegra!mit-eddie!genrad!panda!talcott!harvard!seismo!umcp-cs!chris
From: chris@umcp-cs.UUCP (Chris Torek)
Newsgroups: net.unix-wizards
Subject: Re: Problems with System V Release 2.1 on 68010
Message-ID: <963@umcp-cs.UUCP>
Date: Wed, 16-Apr-86 17:52:14 EST
Article-I.D.: umcp-cs.963
Posted: Wed Apr 16 17:52:14 1986
Date-Received: Fri, 18-Apr-86 09:02:47 EST
References: <401@oscvax.UUCP> <412@hropus.UUCP>
Reply-To: chris@maryland.UUCP (Chris Torek)
Organization: University of Maryland, Dept. of Computer Sci.
Lines: 21

In article <412@hropus.UUCP> ka@hropus.UUCP (Kenneth Almquist) writes:
>[`#! /bin/sh' is] a Berkeley feature.  One weakness is that if
>you are running /bin/sh and invoke a shell procedure which begins
>with "#!/bin/sh", the kernel will exec /bin/sh even though /bin/sh
>is already running, so there is a cost to this approach.

The /bin/sh that is already running would have to fork to run
the script anyway, so this `cost' really amounts to the extra
code in the kernel required to perform this indirection.

>... I believe that providing an access system call without a
>corresponding eaccess system call was a mistake.

It seems to me that, rather than providing one new system call, we
should instead generalise `access':  have it take a uid.  Only root
should be able to determine access for values other than u.u_ruid
and u.u_euid, of course.
-- 
In-Real-Life: Chris Torek, Univ of MD Comp Sci Dept (+1 301 454 1415)
UUCP:	seismo!umcp-cs!chris
CSNet:	chris@umcp-cs		ARPA:	chris@mimsy.umd.edu