X-Recipient: archive-cygwin@delorie.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@cygwin.com connect(): No such file or directory From: Matthias Meyer Subject: Re: V1.7 and endless loops triggerd by junction points Date: Wed, 05 May 2010 21:15:06 +0200 Lines: 45 Message-ID: References: <20100505083010.GS1845@calimero.vinschen.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@cygwin.com; run by ezmlm List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner@cygwin.com Mail-Followup-To: cygwin@cygwin.com Delivered-To: mailing list cygwin@cygwin.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