X-Recipient: archive-cygwin AT delorie DOT com
X-SWARE-Spam-Status: No, hits=-1.4 required=5.0	tests=AWL,BAYES_00,FREEMAIL_FROM,SPF_HELO_PASS,T_RP_MATCHES_RCVD,T_TO_NO_BRKTS_FREEMAIL
X-Spam-Check-By: sourceware.org
To: cygwin AT cygwin DOT com
connect(): No such file or directory
From: Matthias Meyer <matthias DOT meyer AT gmx DOT li>
Subject: Re: V1.7 and endless loops triggerd by junction points
Date: Wed, 05 May 2010 21:15:06 +0200
Lines: 45
Message-ID: <hrsg3t$os1$1@dough.gmane.org>
References: <hrpqso$d9f$1 AT dough DOT gmane DOT org> <u2y416096c61005042221o11adc9e9k9a1012491e672880 AT mail DOT gmail DOT com> <20100505083010 DOT GS1845 AT calimero DOT vinschen DOT de>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7Bit
User-Agent: KNode/0.10.9
X-IsSubscribed: yes
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

Corinna Vinschen wrote:

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

Sorry for my english ;-( An elevated shell means a shell with enhanced
privileges?
> 
> 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
> 
It seems to be the backup and restore rights. I can run a cmd as
administrator and attrib don't run into the endless loop.
Also I can run sh from a normal user and attrib will work right.
Only if I run attrib within a process with the backup and restore rights
attrib will run into this endless loop :-(

Thanks
Matthias
-- 
Don't Panic


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