From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <zsh-users-return-16969-mason-zsh=primenet.com.au@zsh.org>
Received: (qmail 10246 invoked by alias); 3 Apr 2012 11:12:01 -0000
Mailing-List: contact zsh-users-help@zsh.org; run by ezmlm
Precedence: bulk
X-No-Archive: yes
List-Id: Zsh Users List <zsh-users.zsh.org>
List-Post: <mailto:zsh-users@zsh.org>
List-Help: <mailto:zsh-users-help@zsh.org>
X-Seq: 16969
Received: (qmail 4294 invoked from network); 3 Apr 2012 11:11:59 -0000
X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on f.primenet.com.au
X-Spam-Level: 
X-Spam-Status: No, score=-1.6 required=5.0 tests=BAYES_00,DKIM_ADSP_CUSTOM_MED,
	DKIM_SIGNED,FREEMAIL_FROM,NML_ADSP_CUSTOM_MED,RCVD_IN_DNSWL_LOW,
	T_DKIM_INVALID autolearn=no version=3.3.2
Received-SPF: pass (ns1.primenet.com.au: SPF record at _spf.google.com designates 209.85.215.43 as permitted sender)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=mime-version:in-reply-to:references:from:date:message-id:subject:to
         :cc:content-type;
        bh=VCZo3fg6dAlFlwoiiFcRjK592gzHYd+9w6SofD9IlY4=;
        b=jWCQzfQuccCRfY68eEY9Era2Wx6tldrXaVxJ4vtVvi7wWsElMDkrM8nDG3ACCUrqGr
         LHosuDnLradZ+EvY+IU0Q24kNHxbFEQxd5R98FzDfCK5P19o5yjLvxhGu2oRzbzuIGN2
         Un+s3/7Buh0bSz+05ZQ1dQ8K8mWqwQPMYKogjJlG9WYzB8uAcG+zMLmpEOxh7/JcTlJa
         aOM41q2Y5mu6MJexCZHy8gr5oH2dhJeKU+ZMcPmkoEVvKOm6flhDgKWe7xF0toJGw6eu
         wkYWO5I+MT8YBtnIcct0+gJmbovgGcY6D5hatXbiCRuSlfd3Sd12oSE25UMfed0NZ7eR
         mB2Q==
MIME-Version: 1.0
In-Reply-To: <CAHYJk3T+k3zEgm=1LYt0r=dz0WszFpBp9_PAw2fz76J__eLi_w@mail.gmail.com>
References: <CAD77+gT4LXRyTL8V1UZrNfCohyJ9peTNdfZ=G7Q-sJcDnyNE8Q@mail.gmail.com>
 <120327073414.ZM6783@torch.brasslantern.com> <CAD77+gSn9zrTHDMj=zi_Y5M6b86pOizkUin8zVVEAU1aTfuKfw@mail.gmail.com>
 <20120402111219.62cbd0c7@pwslap01u.europe.root.pri> <CAHYJk3QPQC-P8wbpMJDkxvdww-Lar3L+AoaHzM8rh_rO=Z=zYA@mail.gmail.com>
 <20120402120008.0ed7e583@pwslap01u.europe.root.pri> <CAHYJk3Rp-GkAAnmqdJNm0NshETSceZsbAUMBwBo=is60sm0KCw@mail.gmail.com>
 <20120403105748.6b16c3aa@pwslap01u.europe.root.pri> <CAHYJk3T+k3zEgm=1LYt0r=dz0WszFpBp9_PAw2fz76J__eLi_w@mail.gmail.com>
From: Richard Hartmann <richih.mailinglist@gmail.com>
Date: Tue, 3 Apr 2012 13:11:33 +0200
Message-ID: <CAD77+gQKcbx=ywqqO7W7S1i51xHCaYKfyjTP1sgSzDnVnzs-mA@mail.gmail.com>
Subject: Re: `cd .` in non-existent directory leads into weird corner case
To: Mikael Magnusson <mikachu@gmail.com>
Cc: Peter Stephenson <Peter.Stephenson@csr.com>, zsh-users@zsh.org
Content-Type: text/plain; charset=UTF-8

On Tue, Apr 3, 2012 at 12:16, Mikael Magnusson <mikachu@gmail.com> wrote:

> I don't know if this is something that works on all systems, but on
> linux at least, it seems that the directory inode sticks around while
> a process still has it, or any subdirectory of it, as its current
> directory (or otherwise open i suppose).

As we are talking error scenarios, consider forced removal of media, etc.


Richard