X-Recipient: archive-cygwin@delorie.com
X-Spam-Check-By: sourceware.org
Date: Wed, 18 Aug 2010 22:19:21 +0200
From: Corinna Vinschen <corinna-cygwin@cygwin.com>
To: cygwin@cygwin.com
Subject: Re: "run" changes behavior with cygwin-17.6
Message-ID: <20100818201921.GI11340@calimero.vinschen.de>
Reply-To: cygwin@cygwin.com
Mail-Followup-To: cygwin@cygwin.com
References: <AANLkTikBTgg9M=xuZ4S2VkNU+Zr=hy3C=_Tr8BPj5baD@mail.gmail.com> <20100818185421.GC22698@ednor.casa.cgf.cx> <20100818191340.GB11340@calimero.vinschen.de> <20100818191906.GD22698@ednor.casa.cgf.cx> <20100818192238.GA27567@ednor.casa.cgf.cx> <20100818193446.GC11340@calimero.vinschen.de> <20100818193940.GA4358@ednor.casa.cgf.cx> <AANLkTi=vy5=E2fGJQ-2=cehaQFvsc-+oYLKp1dc7tVS6@mail.gmail.com> <20100818195546.GF11340@calimero.vinschen.de> <4C6C3B15.2000605@redhat.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Disposition: inline
In-Reply-To: <4C6C3B15.2000605@redhat.com>
User-Agent: Mutt/1.5.20 (2009-06-14)
Mailing-List: contact cygwin-help@cygwin.com; run by ezmlm
Precedence: bulk
List-Id: <cygwin.cygwin.com>
List-Unsubscribe: <mailto:cygwin-unsubscribe-archive-cygwin=delorie.com@cygwin.com>
List-Subscribe: <mailto:cygwin-subscribe@cygwin.com>
List-Archive: <http://sourceware.org/ml/cygwin/>
List-Post: <mailto:cygwin@cygwin.com>
List-Help: <mailto:cygwin-help@cygwin.com>, <http://sourceware.org/ml/#faqs>
Sender: cygwin-owner@cygwin.com
Mail-Followup-To: cygwin@cygwin.com
Delivered-To: mailing list cygwin@cygwin.com

On Aug 18 13:57, Eric Blake wrote:
> On 08/18/2010 01:55 PM, Corinna Vinschen wrote:
> >> I'm not convinced such a compromise would be worthwhile, because it
> >> would forfeit Linux compatibility while still breaking some
> >> Win32-using programs. I think it should be one way or the other:
> >> either stick with the current approach, or always sync the Win32
> >> working directory up-to-date (except when that's not possible).
> > 
> > The question here is a bit tricky, me thinks.
> > 
> > 1) Do we want as much POSIX compatibility as possible?
> 
> POSIX allows the refusal to delete an in-use directory; and Solaris NFS
> mounts behave this way.  But since Linux can delete in-use directories
> (where an in-use directory includes the condition of at least one
> process owning that directory as its cwd), and cygwin emulates Linux
> rather than POSIX, we can try harder if it makes sense.

That lets me more tend to 3 now (cgf's idea to defer until the first
chdir).  I'm still chewing nails, though.


Corinna

-- 
Corinna Vinschen                  Please, send mails regarding Cygwin to
Cygwin Project Co-Leader          cygwin AT cygwin DOT com
Red Hat

--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple

