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:subject:to:references:from:message-id:date
	:mime-version:in-reply-to:content-type
	:content-transfer-encoding; q=dns; s=default; b=jioBvaqtURYjnM6t
	0OykR+ZQyWh2YeIeS7U5s6wVEZ1hL+BQmVnPgw3d+cPGciqHV3f/uLrNQkUyVYt+
	LG1AVvBzcDW9jhweV477BQjQS8px+fODuK4PTD5Q7lf0fmbtZid0EjOfDdh7kZsk
	E7KpdmTK6jvTDZDUW941KGjqKrg=
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:subject:to:references:from:message-id:date
	:mime-version:in-reply-to:content-type
	:content-transfer-encoding; s=default; bh=+Tki1LYjrQFcse9evspQ8I
	XDNJc=; b=v6oymjY5hRVR0//8cB6a7WT1WcIgUx+CyPRJaH2PbK6TBKx4U7xrXL
	RXzozhGQNAD/AcC326j4gtMKuX7oWutzRe7TjgrhTtfGDRXFcAttzS9H+N0MHDFb
	4lI9JbUuBqf7XLMwCc1crHcGjUkPRfTevfQNMrJcwCvyygSnZQ6Ds=
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.4 required=5.0 tests=AWL,BAYES_00,FREEMAIL_FROM,RCVD_IN_DNSWL_LOW,SPF_PASS autolearn=ham version=3.3.2 spammy=predict, Hx-languages-length:1412, H*f:sk:F4E41EB, H*MI:sk:F4E41EB
X-HELO:	mail-wm0-f49.google.com
X-Google-DKIM-Signature:	v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:subject:to:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-transfer-encoding; bh=ngcAuRq0nmb7JHyLbyptcalN9bcm12DAl2UFQdBEn0s=; b=DKgJPpCHgzEO4CBHATqttkezT4JjXOrT4CH75P9/aEaIGpSCqCVWj5WsMOQjTANWPC MRhlccoTbtBy5KwPn+VMvWWPvA91Z0iMNn2R6Zm8N47A1JPvyybAOX7Jjt/Mx5zjr/hg B88FjWSw70aVGYvOU1gggL33lMdSRcswAmpGuQqx+S/UjBBozRbfLjfhyBBg08GFj6Hf hktypghKnCofnIDJetsGKXq/UvRWjHo7bWl4NgbI1x0whKEQPmNbc/owqqBvYv3DkT63 7zMKqBrpx1Ailpy1hhk4mDk4Wf96CgrQSyQxaTbhWAeZ8hXbBd3WCNBIX9Q4kl+8a1vL XrXA==
X-Gm-Message-State:	AE9vXwP9Gxy4wj/4ZK4q7Bp+SHhPnBC0mdprFT5tHIRA+Wnxoq9DQJRo2M9gPFInl/3ynw==
X-Received:	by 10.28.189.135 with SMTP id n129mr9509803wmf.71.1473745013492; Mon, 12 Sep 2016 22:36:53 -0700 (PDT)
Subject:	Re: unzip, find broken by auto handling of .exe file extension
To:	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>
From:	Marco Atzeri <marco DOT atzeri AT gmail DOT com>
Message-ID:	<6834a8ba-8dc9-28f2-38b7-08fef186edb7@gmail.com>
Date:	Tue, 13 Sep 2016 07:36:47 +0200
User-Agent:	Mozilla/5.0 (Windows NT 6.1; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.2.0
MIME-Version:	1.0
In-Reply-To:	<F4E41EBA-31C7-42F7-BDDB-2DFE840B092B@gmail.com>
X-IsSubscribed:	yes

On 13/09/2016 01:30, Stephen Anderson wrote:
>

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

foo.exe is also foo for cygwin .
It seems you have problem to understand it

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

Feel free to provide a patch to solve it, but I suspect your solution 
will be worst then current implementation.
There is no way to predict if the search for a file will be used to run 
it afterwards, so breaking functional scripts or programs.

> sja

Regards
Marco


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

- Raw text -