delorie.com/archives/browse.cgi   search  
Mail Archives: cygwin/2011/06/17/15:00:34

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--

- Raw text -


  webmaster     delorie software   privacy  
  Copyright © 2019   by DJ Delorie     Updated Jul 2019