This is the mail archive of the
cygwin@cygwin.com
mailing list for the Cygwin project.
Re: unzip - known problem?
- From: Christopher Faylor <cgf at redhat dot com>
- To: cygwin at cygwin dot com
- Date: Thu, 24 Apr 2003 13:13:58 -0400
- Subject: Re: unzip - known problem?
- References: <3EA7F53C.5010405@us.ibm.com>
- Reply-to: cygwin at cygwin dot com
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/