X-Recipient: archive-cygwin AT delorie DOT com X-Spam-Check-By: sourceware.org Date: Sun, 4 Oct 2009 22:19:25 +0200 From: Corinna Vinschen To: cygwin AT cygwin DOT com Subject: Re: symlinks show .exe Message-ID: <20091004201925.GL4563@calimero.vinschen.de> Reply-To: cygwin AT cygwin DOT com Mail-Followup-To: cygwin AT cygwin DOT com References: <4AC89364 DOT 9080301 AT freesbee DOT fr> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: User-Agent: Mutt/1.5.17 (2007-11-01) Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm Precedence: bulk List-Id: List-Unsubscribe: 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 On Oct 5 09:12, David Antliff wrote: > 2009/10/5 Vincent Rivière : > > Do you agree this is a bug and it should be fixed ? > > I've got nothing to do with the code, but I am an interested observer. > > In my experience, it should be possible to create symlinks to any > arbitrary target, regardless of whether it actually exists or not. > Therefore, if I create a symlink to "/bin/ls" then I'd expect that to > be the content of the symlink - the automatic behaviour of rewriting > it to "/bin/ls.exe" is unexpected and therefore probably incorrect > according to some "standard" somewhere. The Cygwin symlink(2) call does not add the .exe suffix, neither in Cygwin 1.5, nor in Cygwin 1.7. It looks like a feature of the ln(1) tool from the Cygwin 1.5 coreutils, AFAICS. ln(1) from the Cygwin 1.7 coreutils does also not add a .exe suffix. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- 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