Mailing-List: contact cygwin-developers-help AT sourceware DOT cygnus DOT com; run by ezmlm
List-Subscribe: <mailto:cygwin-developers-subscribe AT sourceware DOT cygnus DOT com>
List-Archive: <http://sourceware.cygnus.com/ml/cygwin-developers/>
List-Post: <mailto:cygwin-developers AT sourceware DOT cygnus DOT com>
List-Help: <mailto:cygwin-developers-help AT sourceware DOT cygnus DOT com>, <http://sourceware.cygnus.com/ml/#faqs>
Sender: cygwin-developers-owner AT sourceware DOT cygnus DOT com
Delivered-To: mailing list cygwin-developers AT sourceware DOT cygnus DOT com
From: Chris Faylor <cgf AT cygnus DOT com>
Date: Sat, 18 Mar 2000 01:35:42 -0500
To: cygwin-developers AT sourceware DOT cygnus DOT com
Subject: Re: File permision errors on win98 with net release candidate
Message-ID: <20000318013542.A6684@cygnus.com>
Reply-To: cygwin-developers AT sourceware DOT cygnus DOT com
Mail-Followup-To: cgf AT cygnus DOT com, cygwin-developers AT sourceware DOT cygnus DOT com
References: <20000317155549 DOT 19900 DOT qmail AT web122 DOT yahoomail DOT com> <20000317110225 DOT A15494 AT cygnus DOT com> <38D2DAF7 DOT 9977A3C1 AT attglobal DOT net>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.1.8i
In-Reply-To: <38D2DAF7.9977A3C1@attglobal.net>; from fortinj@attglobal.net on Fri, Mar 17, 2000 at 08:25:11PM -0500

On Fri, Mar 17, 2000 at 08:25:11PM -0500, John Fortin wrote:
>> Can someone take a look at the configure code that is failing, pare it down
>> to a simple test case and either report it here or, even better, run strace
>> on a failing shell and send it here?
>
>OK, here goes...
>
>I trimmed the failing configure script to this which still fails with
>this output:
>
>~/gnu/autoconf-2.13/: config.jef
>config.jef
>.//config.jef: cannot create temp file for here document: Permission
>denied
>~/gnu/autoconf-2.13/: bash -version
>bash -version
>GNU bash, version 2.03.0(2)-release (i686-pc-cygwin)
>Copyright 1998 Free Software Foundation, Inc.
>~/gnu/autoconf-2.13/:

I've checked in a change that seems to fix this.  There is danger here,
however.  I messed around with the unlink() function.

The problem was that bash was using a UNIX-idiom.  It was opening a file,
deleting it, and then reading from it.  Windows doesn't allow you to
delete an open file so cygwin works around this by maintaining a queue
of files to delete when it finds that it has hit a sharing violation
like this.

Windows 95, in certain circumstances, does not return a sharing
violation when an attempt is made to delete an open file.  Instead, it
returns an access error.  This makes the error indistinguishable from
other access errors.

So, I rewrote unlink() to open the file with a "CLOSE_ON_DELETE" flag
in cases where it couldn't delete the file immediately.

On NT, that will actually do exactly what we want.  On 95, it may fail
but if the file is already open *then* I'll get a sharing error.  So,
we can detect that and queue the file for later deletion -- the old
fashioned way.

Anyway, please, everybody test this and let me know if I've broken
anything.

Thanks, John, for the test case, and strace output that allowed me to
pinpoint the problem.

cgf