Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm 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 To: cygwin AT cygwin DOT com From: Shankar Unni Subject: Re: tcsh doesn't find commands that end with .exe Date: Mon, 13 Jun 2005 11:35:01 -0700 Lines: 14 Message-ID: References: <42ADA78B DOT 9040300 AT scytek DOT de> <20050613160117 DOT GC3522 AT calimero DOT vinschen DOT de> <42ADAFC9 DOT 9090401 AT scytek DOT de> <20050613163537 DOT GA11778 AT calimero DOT vinschen DOT de> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.6) Gecko/20050317 Thunderbird/1.0.2 Mnenhy/0.7 In-Reply-To: <20050613163537.GA11778@calimero.vinschen.de> X-IsSubscribed: yes Corinna Vinschen wrote: > Dunno why it prints cmd.exe but by design (minus flaws) tcsh only > starts applications given w/o path if the application is in the > internal hash table. The internal hash table stores the application > names w/o .exe suffix. Odd. The native build of tcsh on Win32 seems to support this (it hashes both with and without .exe). See http://www.tcsh.org/MostRecentRelease and http://home.blarg.net/~amol/. Does the cygwin port do something different to *not* cache .exe's? (I.e. does the internal API somehow not expose the names with .exe from cygwin mounts?) -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/