delorie.com/archives/browse.cgi | search |
X-Recipient: | archive-cygwin AT delorie DOT com |
X-Spam-Check-By: | sourceware.org |
Date: | Wed, 5 May 2010 10:30:10 +0200 |
From: | Corinna Vinschen <corinna-cygwin AT cygwin DOT com> |
To: | cygwin AT cygwin DOT com |
Subject: | Re: V1.7 and endless loops triggerd by junction points |
Message-ID: | <20100505083010.GS1845@calimero.vinschen.de> |
Reply-To: | cygwin AT cygwin DOT com |
Mail-Followup-To: | cygwin AT cygwin DOT com |
References: | <hrpqso$d9f$1 AT dough DOT gmane DOT org> <u2y416096c61005042221o11adc9e9k9a1012491e672880 AT mail DOT gmail DOT com> |
MIME-Version: | 1.0 |
In-Reply-To: | <u2y416096c61005042221o11adc9e9k9a1012491e672880@mail.gmail.com> |
User-Agent: | Mutt/1.5.20 (2009-06-14) |
Mailing-List: | contact cygwin-help AT cygwin DOT com; run by ezmlm |
List-Id: | <cygwin.cygwin.com> |
List-Unsubscribe: | <mailto:cygwin-unsubscribe-archive-cygwin=delorie DOT com AT cygwin DOT 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 |
On May 5 06:21, Andy Koppe wrote: > Matthias Meyer wrote: > > 2) In the opposite to V1.5.25 "ls -alh /cygdrive/c/users/" shows the Vista > > Junction points like linux soft links. That is nice :-) > > But the Windows Program "attrib /S /D" will follow this symbolic links and > > therefore it comes into an endless loop. e.g.: > > C:\Documents and Settings\All Users\Application Data\Application Data\.. > > This behaviour will take place too if I run it with "cmd /c attrib" > > Both above means by running it within a bash shell. If I run attrib from a > > cmd box it work correct. > > I don't see how that could possibly be the fault of Cygwin or bash. > It's a Windows program dealing with a Windows filesystem feature. Sure > you're actually running the same 'attrib' in both environments? It could be a result of running attrib once in a normal and once in an elevated shell. Otherwise, the only difference as far as I can see is the fact that the user token attrib inherited from the Cygwin shell has more user rights enabled. Namely the backup and restore rights, which allows to access files and directories which are not available by default. However, this only works in an elevated shell, too. However, it's not Cygwin's fault that attrib is not up to speed with circular symlinks on an OS which allows them. 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
webmaster | delorie software privacy |
Copyright © 2019 by DJ Delorie | Updated Jul 2019 |