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 Date: Mon, 10 Feb 2003 22:03:55 -0500 From: Christopher Faylor To: cygwin AT cygwin DOT com Subject: Re: cygpath bug in version 1.25 Message-ID: <20030211030351.GA14914@redhat.com> Reply-To: cygwin AT cygwin DOT com Mail-Followup-To: cygwin AT cygwin DOT com References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.1i On Mon, Feb 10, 2003 at 05:29:32PM -0600, Newton, Doug wrote: >I believe I have found a bug in cygpath.exe version 1.25 (Which has been the >version included since at least cygwin version 1.3.17-1 and through cygwin >version 1.3.20-1). > >Using installations from any release since 1.3.17-1 (the earliest full >installation that I had available), cygpath does work fine if converting a >dos classpath to a unix classpath, and converting a unix classpath to a dos >classpath. BUT, if you try to convert a long unix classpath to a unix >classpath, I have had truncation occur. Correct. You're passing a "windows path" to cygpath which consists of a bunch of characters separated by colons. cygpath is treating the input as one filename so the path will be truncated to the maximum of 260 characters by cygpath. That is by design. Sorry. cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/