X-Recipient: archive-cygwin AT delorie DOT com X-Spam-Check-By: sourceware.org Date: Wed, 2 Apr 2008 14:05:41 +0200 From: Corinna Vinschen To: cygwin AT cygwin DOT com Subject: Re: Snapshot cygwin-inst-20080327 regression in ls (permissions?) Message-ID: <20080402120541.GA4468@calimero.vinschen.de> Reply-To: cygwin AT cygwin DOT com Mail-Followup-To: cygwin AT cygwin DOT com References: <23fce8e60804011504q66d092aagf8411e13023b15fe AT mail DOT gmail DOT com> <20080402085643 DOT GY4468 AT calimero DOT vinschen DOT de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080402085643.GY4468@calimero.vinschen.de> User-Agent: Mutt/1.5.16 (2007-06-09) Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm Precedence: bulk List-Id: List-Unsubscribe: List-Subscribe: List-Archive: List-Post: List-Help: , 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 Apr 2 10:56, Corinna Vinschen wrote: > > The above mentioned names are the old directory names used before Vista. > These names have changed, for instance, "Application Data" is now called > "AppData". The old names still exist though, as directory junction > points with SYSTEM and HIDDEN bits set(*). You just can't access them > from Windows Explorer, you only get an "Access denied" error. > > (*) So they are marked as operating system files which you only see > if you made a specific setting in Explorer. > > > So far, including the most recent snapshot, Cygwin does not recognize > directory junction points as symlinks, but only as directores. This has > a minor drawback. I'm not sure yet if I should change this to recognizing > directory juntion points as symlinks or not... I just looked into this stuff again. Actually I had implemented reading reparse points so that directory junctions are recognized as symlinks. But it didn't work for these special junctions on Vista for two reasons. First, it turned out that these junctions have an ACL which explicitely denies everyone FILE_READ_DATA access. Second, the SYSTEM attribute was evaluated before the REPARSE attribute, so these special reparse points were erroneously opened as Cygwin old- style symlinks instead of reading the reparse data from them. I applied a patch which you'll find in the next snaphshot, which fixes both problems. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/