Path: utzoo!utgpu!news-server.csri.toronto.edu!cs.utexas.edu!swrinde!zaphod.mps.ohio-state.edu!mips!servitude!rogerk
From: rogerk@mips.COM (Roger B.A. Klorese)
Newsgroups: comp.sys.mips
Subject: Re: sticky-bit directories not working?
Message-ID: <41566@mips.mips.COM>
Date: 18 Sep 90 04:51:58 GMT
References: <1990Sep16.202103.8263@maytag.waterloo.edu> <41541@mips.mips.COM> <1206@cluster.cs.su.oz.au>
Sender: news@mips.COM
Reply-To: rogerk@mips.COM (Roger B.A. Klorese)
Organization: MIPS Computer Systems, Inc.
Lines: 14

In article <1206@cluster.cs.su.oz.au> rex@cluster.cs.su.oz (Rex di Bona) writes:
>It appears, as I've mentioned, that the bsd 'rename' just calls unlink,
>link, and unlink. (All within the kernel so that the second file always
>exists). Perhaps Roger can get this checked out.

I've gone as far as I could tonight; I was about to post about the error in
my test case, but Rex has beaten me to it.  I suspect that iaccess() is
telling rename() that it can write the source file's inode when it in fact
cannot (or at least cannot remove the source); more checking tomorrow.
-- 
ROGER B.A. KLORESE                                  MIPS Computer Systems, Inc.
MS 6-05    930 DeGuigne Dr.   Sunnyvale, CA  94086              +1 408 524-7421
rogerk@mips.COM         {ames,decwrl,pyramid}!mips!rogerk         "I'm the NLA"
"Lead me not into temptation; I can find the way myself."      --Rita Mae Brown