X-Recipient: archive-cygwin AT delorie DOT com
X-SWARE-Spam-Status: No, hits=-0.5 required=5.0	tests=AWL,BAYES_40,DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,FREEMAIL_FROM,T_TO_NO_BRKTS_FREEMAIL
X-Spam-Check-By: sourceware.org
MIME-Version: 1.0
In-Reply-To: <20100609044034.GB9305@ednor.casa.cgf.cx>
References: <OFF145E76E DOT EB43EC60-ON8525773C DOT 005639A6-8525773C DOT 005650D6 AT lnotes-gw DOT ent DOT nwie DOT net> 	<AANLkTil0pNuO4a9n2Ln5H3Q0cJRdQER7NlgSTg2a9EN2 AT mail DOT gmail DOT com> 	<OFCB72527D DOT F8E42EE2-ON8525773C DOT 0058E3E2-8525773C DOT 0059F451 AT lnotes-gw DOT ent DOT nwie DOT net> 	<1276042636 DOT 1651 DOT 9 DOT camel AT erebor> <AANLkTil6fa2-stL9f3hd-Dg-X6FjzVKLeG56lPoI7OYp AT mail DOT gmail DOT com> 	<20100609044034 DOT GB9305 AT ednor DOT casa DOT cgf DOT cx>
From: Julio Costa <costaju AT gmail DOT com>
Date: Wed, 9 Jun 2010 10:48:10 +0100
Message-ID: <AANLkTikJ9U3U49HlT9Ldm6aueX3z22gN_6L95P-E2Pwz@mail.gmail.com>
Subject: Re: 'cp' utility bug when <dest-name>.exe file exist.
To: cygwin AT cygwin DOT com
Content-Type: text/plain; charset=UTF-8
X-IsSubscribed: yes
Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm
Precedence: bulk
List-Id: <cygwin.cygwin.com>
List-Unsubscribe: <mailto:cygwin-unsubscribe-archive-cygwin=delorie DOT com AT cygwin DOT 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

On Wed, Jun 9, 2010 at 05:40, Christopher Faylor wrote:
> On Wed, Jun 09, 2010 at 02:38:30AM +0100, Julio Costa wrote:
>>And this is where my head got reeeally spinning... can anyone, please,
>>explain the reason to why this .exe magic exists, anyway?
>
> It's already been explained in this very thread.
>

I'm must be getting pretty dense.
The only explanation I already had seen was from Eric Blake:
"(...) but Windows insists on having the .exe suffix for cmd to be
able to run an executable (...)"

That was already been explained, in other occasions, and also in the
thread indicated by myself.
The point is, that *is not* a reason, because it is easily fixed by
"set PATHEXE=%PATHEXE%:.".

Demo:
= - = - = - = - = - = -

D:\ETC\Tools>ren C:\cygwin\bin\base64.exe C:\cygwin\bin\base64

D:\ETC\Tools>set pathext
PATHEXT=.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH

D:\ETC\Tools>base64 --help
'base64' is not recognized as an internal or external command,
operable program or batch file.

D:\ETC\Tools>set pathext=%pathext%;.

D:\ETC\Tools>base64 --help
Usage: base64 [OPTION]... [FILE]
Base64 encode or decode FILE, or standard input, to standard output.

  -w, --wrap=COLS       Wrap encoded lines after COLS character (default 76).
                        Use 0 to disable line wrapping.

  -d, --decode          Decode data.
  -i, --ignore-garbage  When decoding, ignore non-alphabet characters.

      --help            Display this help and exit.
      --version         Output version information and exit.

With no FILE, or when FILE is -, read standard input.

The data are encoded as described for the base64 alphabet in RFC 3548.
When decoding, the input may contain newlines in addition to the bytes of
the formal base64 alphabet.  Use --ignore-garbage to attempt to recover
from any other non-alphabet bytes in the encoded stream.

Report bugs to <bug-coreutils AT gnu DOT org>.

= - = - = - = - = - = -

We can argue about the most effective way of making that environment
change permanent (possibly done by setup.exe itself), but failing that
explanation, I don't see other reasons. That was the objective of my
question:
Are there other reasons to maintain the .exe magic?

-- 
___________
Julio Costa

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