Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm
List-Subscribe: <mailto:cygwin-subscribe AT cygwin DOT com>
List-Archive: <http://sources.redhat.com/ml/cygwin/>
List-Post: <mailto:cygwin AT cygwin DOT com>
List-Help: <mailto:cygwin-help AT cygwin DOT com>, <http://sources.redhat.com/ml/#faqs>
Sender: cygwin-owner AT cygwin DOT com
Mail-Followup-To: cygwin AT cygwin DOT com
Delivered-To: mailing list cygwin AT cygwin DOT com
Date: Thu, 24 Apr 2003 13:13:58 -0400
From: Christopher Faylor <cgf AT redhat DOT com>
To: cygwin AT cygwin DOT com
Subject: Re: unzip - known problem?
Message-ID: <20030424171358.GA24184@redhat.com>
Reply-To: cygwin AT cygwin DOT com
Mail-Followup-To: cygwin AT cygwin DOT com
References: <3EA7F53C DOT 5010405 AT us DOT ibm DOT com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <3EA7F53C.5010405@us.ibm.com>
User-Agent: Mutt/1.4.1i

On Thu, Apr 24, 2003 at 10:31:24AM -0400, Gary Johnston wrote:
><reckless-conjecture>
>Here's what seems to be happening (I'm kind of guessing here). First, 
>unzip extracts test/cat.exe successfully.  Then, when it gets to 
>test/cat/mouse.exe, it tries to determine if it needs to create 
>directory cat, so it checks for the existence of cat (via stat()?).  My 
>guess is that whatever it is that unzip is using to determine the 
>existence of cat is "seeing" cat.exe and, (in an attempt to be helpful 
>to shells, exec(), etc. about finding .exe files invoked w/o the .exe 
>extension) reports that cat exists (and is a file).  So, unzip complains.
></reckless-conjecture>
>
><jumping-the-gun>
>I'm kind of new to cygwin, but I suspect that this behavior of stat() 
>(or whatever) re .exe files is that way very much on purpose in order to 
>allow existing code and shell scripts to run unmodified under cygwin, so 
>"fixing" stat() is not an option.  Therefore, maybe there needs to be 
>some workaround/patch to the cygwin version of unzip to handle this 
>situation.  Perhaps there needs to be some sort of flag that can be used 
>to turn off this behavior in stat() when necessary (which unzip could 
>exploit).
></jumping-the-gun>

No need to jump the gun or conjecture.  The source is available.  Just
check it out and provide a patch if you think there is behavior that
needs correcting.

cgf

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