X-Recipient: archive-cygwin AT delorie DOT com X-Spam-Check-By: sourceware.org Date: Sat, 18 Jun 2011 13:33:46 +0200 From: Corinna Vinschen To: cygwin AT cygwin DOT com Subject: Re: Bug with paths containing double slashes after double dot after a mount point Message-ID: <20110618113346.GN3437@calimero.vinschen.de> Reply-To: cygwin AT cygwin DOT com Mail-Followup-To: cygwin AT cygwin DOT com References: <4DFBC1D2 DOT 4090207 AT ronin-capital DOT com> <4DFBCCB7 DOT 2080408 AT sbcglobal DOT net> <20110618083139 DOT GL3437 AT calimero DOT vinschen DOT de> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) 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 Jun 18 11:18, Vadim Zeitlin wrote: > Corinna Vinschen cygwin.com> writes: > > > On Jun 17 16:29, Fahlgren, Eric wrote: > > > Vadim Zeitlin wrote: > > > > Could someone else please test this under Windows 7 to confirm the bug? > > > > > > Windows 7 Pro 64-bit > > > > > > $ ls C:/cygwin/lib/X11/../libc.a > > > C:/cygwin/lib/X11/../libc.a > > > $ ls C:/cygwin/lib/X11/..//libc.a > > > ls: cannot access C:/cygwin/lib/X11/..//libc.a: No such file or directory > > > > > > $ uname -a > > > CYGWIN_NT-6.1-WOW64 LM-XERXES 1.7.9(0.237/5/3) 2011-03-29 10:10 i686 Cygwin > > > > Don't use Windows paths, use POSIX paths: > > As I wrote in my first message[*], I unfortunately can't avoid using > Windows paths because the original path comes from "g++ -print-search-dirs" > output of a MinGW compiler. This explains its format and also the trailing > slash that I can't easily remove neither because the path is processed by > libtool. And while in the future I might try switching to Cygwin MinGW > cross-compiler, this can't be done right now so I'd really like to find > some way of making Windows paths with "..//" in them work with Cygwin. cygpath -pm `some-mingw-g++ -print-search-dirs` Other than that, I fixed that in CVS. It's a Win32 path coversion problem which only occurs if there are multiple backslashes trailing a ".." path component. 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