From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 23168 invoked by alias); 9 Jul 2012 17:20:46 -0000 Received: (qmail 23157 invoked by uid 22791); 9 Jul 2012 17:20:43 -0000 X-SWARE-Spam-Status: No, hits=-1.3 required=5.0 tests=AWL,BAYES_00,FREEMAIL_FROM,KHOP_THREADED,MSGID_FROM_MTA_HEADER,RCVD_IN_DNSWL_NONE,RCVD_IN_HOSTKARMA_YE X-Spam-Check-By: sourceware.org Received: from blu0-omc1-s26.blu0.hotmail.com (HELO blu0-omc1-s26.blu0.hotmail.com) (65.55.116.37) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Mon, 09 Jul 2012 17:20:29 +0000 Received: from BLU0-SMTP22 ([65.55.116.9]) by blu0-omc1-s26.blu0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675); Mon, 9 Jul 2012 10:20:28 -0700 Message-ID: Received: from [127.0.0.1] ([77.27.22.4]) by BLU0-SMTP22.phx.gbl over TLS secured channel with Microsoft SMTPSVC(6.0.3790.4675); Mon, 9 Jul 2012 10:20:27 -0700 Date: Mon, 09 Jul 2012 17:20:00 -0000 From: Aaron Schneider User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:13.0) Gecko/20120614 Thunderbird/13.0.1 MIME-Version: 1.0 To: cygwin@cygwin.com Subject: Re: Inconsistence on file operation when the name already exists with exe extension References: <20120709154456.GA6696@ednor.casa.cgf.cx> In-Reply-To: <20120709154456.GA6696@ednor.casa.cgf.cx> Content-Type: text/plain; charset="ISO-8859-1"; format=flowed Content-Transfer-Encoding: 7bit X-IsSubscribed: yes Mailing-List: contact cygwin-help@cygwin.com; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner@cygwin.com Mail-Followup-To: cygwin@cygwin.com X-SW-Source: 2012-07/txt/msg00123.txt.bz2 On 09/07/2012 17:44, Christopher Faylor wrote: > On Mon, Jul 09, 2012 at 05:23:13PM +0200, notstop wrote: >> You must be right in some points, but that is not the exact behavior of >> windows command although you pretend it to be (the powershell has a >> different behavior). In fact, I can independently operate file while >> file.exe exists: >> >> copy file.exe file >> Now there are file and file.exe > > Common email practice is to include the text of the email you are > responding to so that we can know who you are accusing of "pretending". > > Nevertheless, FYI, powershell is not Cygwin and no one is saying that > the behavior you're seeing is mandated by Windows. What you are seeing > is a Cygwin accommodation for the fact that .exe is a special extension. > Cygwin is not a new project. Its handling of .exe has been hashed and > rehashed throughout the life of the project. The current behavior is > the compromise that we've settled on. > > So, what you are seeing is expected. Continuing to argue without > familiarizing yourself with past discussions is not likely to expose > anything new. > > -- > 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 > > Sorry for not quoting, server was including raw email addresses in reply and got several bounces. About the issue -- There is something I need to clarify about what I am referring to with windows shells --: * Windows command is %SystemRoot%\System32\cmd.exe * Windows Powershell is included by default in Windows 7 at %SystemRoot%\system32\WindowsPowerShell\v1.0\powershell.exe I believe that Cygwin tries to emulate cmd.exe -- They both behave differently --. For example when typing file.exe on a directory: * powershell tries to locate the executable in PATH at any costs regardless if exists in present directory. In fact if exists, won't execute it directly, will give error "Suggestion [3,General]: The command file.exe was not found, but does exist in the current location. Windows PowerShell doesn't load commands from the current location by default. If you trust this command, instead type ".\file.exe"." and will force you to run .\file.exe * cmd.exe will run the file.exe if exists in present directory, without the need to run it as .\file.exe ; if not will run from path environment variable. ** Other differences may exist. -- 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