[6141] in Release_7.7_team

home help back first fref pref prev next nref lref last post

Re: Reworking liblocker

daemon@ATHENA.MIT.EDU (Evan Broder)
Mon Dec 22 21:19:09 2008

Message-ID: <49504A6D.7000806@mit.edu>
Date: Mon, 22 Dec 2008 20:18:21 -0600
From: Evan Broder <broder@MIT.EDU>
MIME-Version: 1.0
To: Greg Price <price@mit.edu>
CC: Bill Cattey <wdc@mit.edu>, release-team@mit.edu, athena10@mit.edu
In-Reply-To: <20081223011008.GW1271@vinegar-pot.mit.edu>
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Spam-Flag: NO
X-Spam-Score: 0.00

Greg Price wrote:
> On Mon, Dec 22, 2008 at 12:20:17PM -0600, Evan Broder wrote:
>   
>> When a symlink in /mit is deleted, cache that deletion for 10
>> seconds ... should give humans enough time to do it by hand, if they
>> so desire.
>>     
>
> What about `ln -nsf`?  Does that work?  I expect it does stat, unlink,
> symlink.  If it does work, we may want to say that's what humans
> should be using.  It's simpler from the user perspective, because you
> can pretend it's one atomic action.  Then the timeout needn't be so
> long as 10 seconds.
>
> Greg
>   

Yeah - see the zephyr discussion, r163 of MacAthena, and...an as yet
uncommitted changeset to the Athena repo :)

ln -nsf does the right thing, although note that the symlink(2) syscall
does a stat on its own. I dropped the timeout to 0.5 seconds on the
justification that a human can't possibly type that fast, but that
syscalls can handle it.

- Evan

home help back first fref pref prev next nref lref last post