Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Posting-Version: version B 2.10.2 9/18/84; site psivax.UUCP
Path: utzoo!watmath!clyde!burl!ulysses!mhuxr!mhuxt!houxm!vax135!cornell!uw-beaver!tektronix!hplabs!sdcrdcf!psivax!friesen
From: friesen@psivax.UUCP (Stanley Friesen)
Newsgroups: net.unix-wizards
Subject: Re: Strange behavior of su
Message-ID: <753@psivax.UUCP>
Date: Wed, 25-Sep-85 12:02:55 EDT
Article-I.D.: psivax.753
Posted: Wed Sep 25 12:02:55 1985
Date-Received: Sun, 29-Sep-85 08:13:20 EDT
References: <314@aphasia.UUCP> <323@uwvax.UUCP> <667@bu-cs.UUCP>
Reply-To: friesen@psivax.UUCP (Stanley Friesen)
Organization: Pacesetter Systems Inc., Sylmar, CA
Lines: 24
Summary: 

In article <667@bu-cs.UUCP> root@bu-cs.UUCP (Barry Shein) writes:
>>  If you were becoming another
>>normal user, this probably means the current directory was inaccesable
>>to the new user.  In this case, su gives up quietly.  I think this is
>>a case there things could be a bit more verbose.
>>>(Actually it is the shell which gives up)
>
>You better explain which version of UNIX you believe this happens
>(su exits silently if '.' is not accessible.)
>
>I just tried it under 4.2bsd (vax), SYSVR2 (3b5) and SYSVR(1?) (PC7300)
>and all let me su to a non-priv'd user while in a directory they had
>no access to, of course:
>
	Hmm, curiouser and curiouser. I have had it happen on both
4.1 and 4.2 BSD. And I know it is the directory access since doing a
cd to a different directory always fixes it. Which *shell* were you
using, I was using 'csh'.
-- 

				Sarima (Stanley Friesen)

UUCP: {ttidca|ihnp4|sdcrdcf|quad1|nrcvax|bellcore|logico}!psivax!friesen
ARPA: ttidca!psivax!friesen@rand-unix.arpa