X-Recipient: archive-cygwin AT delorie DOT com
DomainKey-Signature: a=rsa-sha1; c=nofws; d=sourceware.org; h=list-id
	:list-unsubscribe:list-subscribe:list-archive:list-post
	:list-help:sender:from:to:references:in-reply-to:subject:date
	:message-id:mime-version:content-type:content-transfer-encoding;
	 q=dns; s=default; b=bcnwyrutfg3DMEnnDx/EQeU0ttynNq779yaVWlKUIVe
	ckLKM4yNR9Uci9TOGMNUQJdtduFKm2FsBOX7h8QZsZNrDHZudgDgXsySAQajbsk1
	6xIDYYsHAgWKbbSR5nw4kY9kgxEGhAsKcnCRVF0XX76eh8XhympDwOqmGieU55GY
	=
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=sourceware.org; h=list-id
	:list-unsubscribe:list-subscribe:list-archive:list-post
	:list-help:sender:from:to:references:in-reply-to:subject:date
	:message-id:mime-version:content-type:content-transfer-encoding;
	 s=default; bh=dukvEp+/mDs9GjGV8rSHMrWk+5E=; b=SDj+9fSKe4MsyESNp
	FMhm4DxDSuZg7d4xEaRkvgH1aOfhsxVWxcN7lT91P0nXjho1AtSUEisLvS1N4XRF
	xIN8/o9Qxt+9wvVEDBCF2plMNvicHMCwf7yF4zJtm6ft0YFAbn7syaGCYT8Eppdi
	H6f/hFxu1b0dGg2Jj2EoEVJe/k=
Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm
List-Id: <cygwin.cygwin.com>
List-Subscribe: <mailto:cygwin-subscribe AT cygwin DOT com>
List-Archive: <http://sourceware.org/ml/cygwin/>
List-Post: <mailto:cygwin AT cygwin DOT com>
List-Help: <mailto:cygwin-help AT cygwin DOT com>, <http://sourceware.org/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
Authentication-Results: sourceware.org; auth=none
X-Virus-Found: No
X-Spam-SWARE-Status: No, score=2.1 required=5.0 tests=AWL,BAYES_40,CYGWIN_OWNER_BODY,FREEMAIL_FROM,RCVD_IN_DNSWL_NONE,RP_MATCHES_RCVD,SPF_PASS autolearn=no version=3.3.2 spammy=longtime, long-time, H*MI:comcast, Hx-languages-length:3111
X-HELO: resqmta-po-02v.sys.comcast.net
From: "Andy Hall" <fixpertise-consulting AT comcast DOT net>
To: "'Stephen Anderson'" <stephen DOT rhoderson AT gmail DOT com>, <cygwin AT cygwin DOT com>
References: <5D13B45DBC02439BB6983CB46A306103 AT skywavemobile DOT com> <0D835E9B9CD07F40A48423F80D3B5A704BB9586B AT USA7109MB022 DOT na DOT xerox DOT net> <493DBECE9DB54588A55BDB6921F73079 AT skywavemobile DOT com> <c1c88c4e-bdb5-b750-7ae3-fdd565a70c2e AT gmail DOT com> <F4E41EBA-31C7-42F7-BDDB-2DFE840B092B AT gmail DOT com>
In-Reply-To: <F4E41EBA-31C7-42F7-BDDB-2DFE840B092B@gmail.com>
Subject: RE: unzip, find broken by auto handling of .exe file extension
Date: Mon, 12 Sep 2016 17:14:21 -0700
Message-ID: <002a01d20d53$c74bb580$55e32080$@comcast.net>
MIME-Version: 1.0
Content-Type: text/plain;	charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-CMAE-Envelope: MS4wfJ/AYciEyHNPjP++IZCeJdajw469hT2xEgTMK8U8zz6LTZYRGCFhe0P0EnLHyAJjY3gesVljslJb65Los80IfCxg2792lqaKjb++HTVDtvx95+omz4Xs R3jTNNj2GiCvQUkqYdqPa5r7DVEfVvn+qyfMvwgZPoEY+aVWZ/gsedaNVe6kXO8pI+niZ/bVMOtKe/kvca5jZL7W848nFWK8Rps=
X-IsSubscribed: yes

> From: cygwin-owner AT cygwin DOT com [mailto:cygwin-owner AT cygwin DOT com] On Behalf Of Stephen Anderson
> Sent: Monday, September 12, 2016 4:31 PM
> To: cygwin AT cygwin DOT com
> Subject: Re: unzip, find broken by auto handling of .exe file extension
> 
> 
> > On Sep 12, 2016, at 4:53 PM, Marco Atzeri <marco DOT atzeri AT gmail DOT com> wrote:
> >
> > On 12/09/2016 21:12, Stephen Anderson wrote:
> >> Thanks Ken, good observation.
> >>
> >>   -----Original Message-----
> >>> From: Nellis, Kenneth
> >>> From: Stephen Anderson >
> >>> > See also:
> >>> >
> >>> > http://stackoverflow.com/questions/32467871/unzip-gives-checkdir-error-
> >>> > directory-exists-but-is-not-a-directory#32468314
> >>> >
> >>> > The fact that 7z handles this and unzip does not indicates that the
> >>> > problem is fixable..
> >>
> >>> FWIW, it seems that the same issue is present with tar:
> >>> <Ken demonstrates broken tar handling>
> >>
> >> This means that you can't reliably extract from a tar or zip archive in
> >> cygwin.
> >> The windoze equivalents do not have this problem.
> >> It looks to me like the approach of equating filenames 'foo' and
> >> 'foo.exe' is dangerous at the stat(2) level - apparently windoze
> >> accomplishes the same trick in a much less destructive way.
> >>
> >> sja
> >>
> >
> > This characteristics is needed as windows for historical reason
> > requested  ".exe" extension for all executable files, while
> > Unix have not such restriction.
> >
> > So "cat.exe" is recognized by cygwin also as "cat".
> > Without this feature all scripts taken by traditional Unix's will
> > be broken and cygwin will be unusable.
> >
> > Try this experiment on Linux:
> >
> > touch foo
> > mkdir foo
> >
> > does it work ?
> 
> This is not relevant, there is no foo, there is only foo.exe.
> 
> In the case of windows _command_ processing, certain extensions are searched for automatically without creating an
> equivalency in file names. This means that for the same directory and filename hierarchy, windows and linux archive
> processing work, cygwin uniquely fails. Not a desirable outcome.
> 
> IMHO the only time cygwin should be looking for .exe (or .cmd, .bat etc if desired), is when no match is found on
loading a
> _command_, possibly only from a shell.
> 
> sja 

Yes, one should expect that the inverse of any file archiving operation would return the original directory structure,
possibly with some alterations to permissions and ownership.    I have been burned several times by the .exe handling in
tar when moving archives back and forth between Linux and Windows.   I would agree that this behavior violates the
"principle of least astonishment"  especially for long-time Unix users.

In the past, I have advocated the same solution you proposed.   But how does this make commands like "which" and
"whereis"  which take program names as arguments work properly?    

adh  


> --
> 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


--
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