[6136] in Release_7.7_team
Re: Reworking liblocker
daemon@ATHENA.MIT.EDU (Jonathan Reed)
Mon Dec 22 13:26:58 2008
Cc: Bill Cattey <wdc@mit.edu>, Greg Price <price@mit.edu>,
release-team@mit.edu, athena10@mit.edu
Message-Id: <8DEE2ECE-823C-41F3-8253-2405F22B6DCC@mit.edu>
From: Jonathan Reed <jdreed@MIT.EDU>
To: Evan Broder <broder@mit.edu>
In-Reply-To: <494FDA61.9060707@mit.edu>
Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes
Content-Transfer-Encoding: 7bit
Mime-Version: 1.0 (Apple Message framework v919.2)
Date: Mon, 22 Dec 2008 13:26:11 -0500
X-Spam-Flag: NO
X-Spam-Score: 0.00
> Currently my best idea is as follows: When a symlink in /mit is
> deleted,
> cache that deletion for 10 seconds; don't re-automount it when that
> name
> gets statted again. This should `attach -e` more than enough time to
> unlink(2) and then symlink(2), and should give humans enough time to
> do
> it by hand, if they so desire.
So, "attach -e" will actually do the unlink and symlink itself,
right? If so, that's fine.
I was originally a little nervous about having a command's behavior
change in a time-sensitive way, but if attach will do both, I think
that's fine.
A little shorter deletion cache is probably better, but 10 seconds is
reasonable.
-Jon
