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 Brought to you by Super Global Mega Corp .com