delorie.com/archives/browse.cgi | search |
X-Recipient: | archive-cygwin AT delorie DOT com |
X-SWARE-Spam-Status: | No, hits=-2.2 required=5.0 tests=AWL,BAYES_00,TW_YG |
X-Spam-Check-By: | sourceware.org |
Date: | Fri, 17 Jun 2011 20:59:27 +0200 |
From: | Vadim Zeitlin <vz-cygwin AT zeitlins DOT org> |
Subject: | Bug with paths containing double slashes after double dot after a mount point |
To: | cygwin AT cygwin DOT com |
MIME-Version: | 1.0 |
Message-Id: | <E1QXeGw-0005zV-5X@smtp.tt-solutions.com> |
Mailing-List: | contact cygwin-help AT cygwin DOT com; run by ezmlm |
List-Id: | <cygwin.cygwin.com> |
List-Subscribe: | <mailto:cygwin-subscribe AT cygwin DOT com> |
List-Archive: | <http://sourceware.org/ml/cygwin/> |
List-Post: | <mailto:cygwin AT cygwin DOT com> |
List-Help: | <mailto:cygwin-help AT cygwin DOT com>, <http://sourceware.org/ml/#faqs> |
Sender: | cygwin-owner AT cygwin DOT com |
Mail-Followup-To: | cygwin AT cygwin DOT com |
Delivered-To: | mailing list cygwin AT cygwin DOT com |
--7066035-41-1308337167=:3528 Content-Type: TEXT/PLAIN; CHARSET=US-ASCII Content-Disposition: INLINE 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 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (MingW32) iEYEABECAAYFAk37pA8ACgkQBupB3k9sHoZ9qwCfbWHCqZ0hoYGZjK0Xh/Ro7dSk A2QAn2GyCv/aVktlOp02L1OAx9/uYFdZ =752V -----END PGP SIGNATURE----- --7066035-41-1308337167=:3528--
webmaster | delorie software privacy |
Copyright © 2019 by DJ Delorie | Updated Jul 2019 |