delorie.com/archives/browse.cgi   search  
Mail Archives: cygwin/2005/08/03/12:58:08

Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm
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
To: cygwin AT cygwin DOT com
From: Frank-Michael Moser <moser AT decodon DOT com>
Subject: Re: Cygwin and NTFS Junction Points
Date: Wed, 03 Aug 2005 18:54:04 +0200
Lines: 57
Message-ID: <dcqsr9$ip6$1@sea.gmane.org>
References: <dcqdg9$2hn$1 AT sea DOT gmane DOT org> <20050803143543 DOT GF14783 AT calimero DOT vinschen DOT de>
Mime-Version: 1.0
User-Agent: Mozilla Thunderbird 1.0.6 (Windows/20050716)
In-Reply-To: <20050803143543.GF14783@calimero.vinschen.de>
X-IsSubscribed: yes

Unfortunately "find -xdev" does not work because junction points also
can point to target folders on the same filesystem. Also I meant that
using fileutils like cp, mv, and rm should transparently respect
junction points and handle them in like symlinks under Linux as I
described it in my post.

At the moment I must pay highest attention *not* to use these tools
recursively on junction points or their parents to avoid bizarre
behaviour like unexpected vanishing of the targeted files.

Frank-Michael


Corinna Vinschen wrote:
> On Aug  3 14:32, Frank-Michael Moser wrote:
> 
>>Since I have discovered NTFS Junction Points (NTFS 5.0+) I'm using them
>>frequently to symbolically link directories in a POSIX conformous way:
>>The junction points (JP) are transparent to *any* program using the
>>filesystem.
>>
>>Unfortunately there are bizarre issues related to manipulating JPs from
>>the explorer or with DOS commandline tools:
>>
>>http://encyclopedia.thefreedictionary.com/NTFS%20Junction%20point
>>http://shell-shocked.org/article.php?id=284
>>
>>But there are tools which help to avoid these bizarre effects. E.g.
>>http://www.elsdoerfer.info/ntfslink/ is an explorer extensions which
>>hooks into Windows Explorer, providing extended functionality for
>>creating and using JPs on NTFS file systems.
>>
>>Now has anybody thought about respecting JPs under Cygwin? Respecting
>>JPs at least would mean:
>>
>>a) recursively copying JPs (or their parent folders) should not
>>recursively copy the content of a JP but copy the JP itself (reproducing
>>it at the new location, if possible)
>>
>>b) recursively removing JPs (or their parent folders) should not
>>recursively remove the content of a JP but remove the JP itself (leaving
>>the content of its target folder untouched)
>>
>>c) moving JPs (or their parent folders) should not recursively move the
>>content of a JP but move the JP itself (leaving the content of its
>>target folder untouched)
>>
>>Wouldn't this be a valid improvement to Cygwin, at least as an option?
>>What is your opinion?
> 
> 
> Well... doesn't find -xdev do the job sufficiently already?
> 
> 
> Corinna
> 



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

- Raw text -


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