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 23:16:59 -0500
To: "cygwin-developers AT sourceware DOT cygnus DOT com" <cygwin-developers AT sourceware DOT cygnus DOT com>
Subject: Re: New Win98 problem, similar to _unlink problem
Message-ID: <20000318231659.A2393@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" <cygwin-developers AT sourceware DOT cygnus DOT com>
References: <38D44FD0 DOT DAD88CDF 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: <38D44FD0.DAD88CDF@attglobal.net>; from fortinj@attglobal.net on Sat, Mar 18, 2000 at 10:56:00PM -0500

On Sat, Mar 18, 2000 at 10:56:00PM -0500, John Fortin wrote:
>Well, got a new problem under Win98.
>
>Attached is a very stripped autoheader script.  When I run it I get the
>following:
>
>/e/degas/lib/libgii/: autohead2.jef
>mv: cannot move `autoh1015' to `config.h.in': Permission denied
>/e/degas/lib/libgii/:
>
>config.h.in does not exist...
>
>I also attached the strace and the bash -x output.
>
>Chris:
>	Looks to me like a similar problem as the unlink problem. 
>
>1004 _rename: try win95 hack
>1004 _rename: config.h.in already_exists
>1004 /e/src/winsup/cygwin/syscalls.cc:1199 seterrno: 5 (ACCESS_DENIED)
>-> 13
>1004 _rename: -1 = rename (autoh1002, config.h.in)
>
>#! /bin/sh
>
>if test $# -eq 0; then
>  tmpout=autoh$$
>  trap "rm -f $tmpout; exit 1" 1 2 15
>  exec > $tmpout
>fi

You're renaming an opened file.  AFAIK, that particular problem is
insurmountable in Windows.

cgf