From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 4429 invoked by alias); 17 Jun 2011 19:00:28 -0000 Received: (qmail 4421 invoked by uid 22791); 17 Jun 2011 19:00:27 -0000 X-SWARE-Spam-Status: No, hits=-2.2 required=5.0 tests=AWL,BAYES_00,TW_YG X-Spam-Check-By: sourceware.org Received: from sunset.tt-solutions.com (HELO smtp.tt-solutions.com) (82.238.156.189) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Fri, 17 Jun 2011 19:00:03 +0000 Received: from [192.168.17.86] (helo=Twilight) by smtp.tt-solutions.com with esmtp (Exim 4.69) (envelope-from ) id 1QXeGw-0005zV-5X for cygwin@cygwin.com; Fri, 17 Jun 2011 21:00:02 +0200 Date: Fri, 17 Jun 2011 19:00:00 -0000 From: Vadim Zeitlin Subject: Bug with paths containing double slashes after double dot after a mount point To: cygwin@cygwin.com MIME-Version: 1.0 Content-Type: MULTIPART/SIGNED; protocol="application/pgp-signature"; micalg=pgp-sha1; BOUNDARY="7066035-41-1308337167=:3528" Message-Id: 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: 2011-06/txt/msg00212.txt.bz2 --7066035-41-1308337167=:3528 Content-Type: TEXT/PLAIN; CHARSET=US-ASCII Content-Disposition: INLINE Content-length: 1820 Hello, I think I've discovered a bug with handling specific forms of "mixed" form paths in Cygwin 1.7. Here is the briefest possible demonstration: $ 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 This is on a system with perfectly standard Cygwin installation and standard /usr/lib mount: $ mount|fgrep lib C:/cygwin/lib on /usr/lib type ntfs (binary,auto) The bug is not specific to this machine (at least it also happens in a freshly created VM with a very minimal Cygwin 1.7 installation too) nor to this mount point (I originally noticed it with one of my own manually created ones). Neither is it specific to the concrete file or directory names. The problem does *not* arise with /cygdrive/c/cygwin/lib/X11/..//libc.a Unix-style paths but unfortunately I can't easily get rid of the mixed format paths in my situation: the original path comes from "g++ -print-search-dirs" output from MinGW g++ that I use from Cygwin environment and I can't even apply cygpath to convert it because this is all done by libtool. And because the directory containing the libraries has a trailing slash in g++ output libtool fails to create any libraries in it resulting in various interesting problems... So while the real solution would probably be to switch to MinGW cross-compiler and avoid mixing of MinGW and Cygwin paths in the first place, for now I'd gladly welcome any ideas about how to work around this bug. Thanks in advance, VZ P.S. I don't include detailed cygcheck output as I don't think it's of any interest because the bug isn't system-dependent but please let me know if it would be useful to send it nevertheless, e.g. if you can't reproduce this behaviour. --7066035-41-1308337167=:3528 Content-Type: APPLICATION/PGP-SIGNATURE Content-length: 196 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (MingW32) iEYEABECAAYFAk37pA8ACgkQBupB3k9sHoZ9qwCfbWHCqZ0hoYGZjK0Xh/Ro7dSk A2QAn2GyCv/aVktlOp02L1OAx9/uYFdZ =752V -----END PGP SIGNATURE----- --7066035-41-1308337167=:3528--