X-Recipient: archive-cygwin AT delorie DOT com X-SWARE-Spam-Status: No, hits=-1.9 required=5.0 tests=AWL,BAYES_00,T_RP_MATCHES_RCVD X-Spam-Check-By: sourceware.org Message-ID: <4C0FAC1F.7030208@cs.umass.edu> Date: Wed, 09 Jun 2010 10:58:39 -0400 From: Eliot Moss Reply-To: moss AT cs DOT umass DOT edu User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.1.9) Gecko/20100317 Thunderbird/3.0.4 MIME-Version: 1.0 To: cygwin AT cygwin DOT com Subject: Re: 'cp' utility bug when .exe file exist. References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-IsSubscribed: yes Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner AT cygwin DOT com Mail-Followup-To: cygwin AT cygwin DOT com Delivered-To: mailing list cygwin AT cygwin DOT com > So if you're going to do this crazy thing, you've got to be prepared > to accommodate Windows's various quirks, one of which is this .com > .exe and .lnk business. I think that it would still be possible to have cygwin look for foo.exe when searching for an executable and it does not find foo. But having the normal cygwin executables appear without .exe seems reasonable. The "if you don't find it without .exe, add .exe and try again" approach would allow natural use by cygwin of Windows executables, and of old cygwin executables. But it seems some of us are coming around to the point of view that we do not need the .exe magic for all *other* file open / stat calls ... Eliot Moss -- 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