X-Spam-Check-By:	sourceware.org
To:	cygwin AT cygwin DOT com
From:	Eric Blake <ebb9 AT byu DOT net>
Subject:	Re: Call for testing Cygwin snapshot
Date:	Thu, 27 Apr 2006 14:24:27 +0000 (UTC)
Lines:	51
Message-ID:	<loom.20060427T161356-50@post.gmane.org>
References:	<20060424181242 DOT GA5783 AT calimero DOT vinschen DOT de> <444DA8C5 DOT 6030105 AT cwilson DOT fastmail DOT fm> <20060425075035 DOT GJ28583 AT calimero DOT vinschen DOT de> <4450CAF0 DOT 7000105 AT cwilson DOT fastmail DOT fm>
Mime-Version:	1.0
User-Agent:	Loom/3.14 (http://gmane.org/)
X-IsSubscribed:	yes
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

Charles Wilson <cygwin <at> cwilson.fastmail.fm> writes:

> 
> Nope, it was very consistent and did not change over time. One oddity is 
> that if you access a file (in a particular view (MVFS-speak for branch, 
> more or less)) via the 'multi-view' mount
> 
> /cygdrive/m/my_view/my_VOB/some-path-to/some-file
> 
> you get (consistently) one number for st_ino and d_ino (call it 'A')
> 
> But, if you mount my_view to a drive and access the same file in that 
> same view via the mount
> 
> /cygdrive/r/my_VOB/some-path-to/some-file
> 
> you get (consistently) a different number for st_ino and d_ino (call it 
> 'B').
> 
> Not sure if that's important (maybe it's expected behavior?)

Expected behavior.  According to Corinna's tool:

rootdir: l:\
Volume Name        : <CCase>
Serial Number      : 36984713
Max Filenamelength : 255
Filesystemname     : <MVFS>
Flags:
  FILE_CASE_SENSITIVE_SEARCH  : TRUE
  FILE_CASE_PRESERVED_NAMES   : TRUE
  FILE_UNICODE_ON_DISK        : FALSE
  FILE_PERSISTENT_ACLS        : FALSE
  FILE_FILE_COMPRESSION       : FALSE
  FILE_VOLUME_QUOTAS          : FALSE
  FILE_SUPPORTS_SPARSE_FILES  : FALSE
  FILE_SUPPORTS_REPARSE_POINTS: FALSE
  FILE_SUPPORTS_REMOTE_STORAGE: FALSE
  FILE_VOLUME_IS_COMPRESSED   : FALSE
  FILE_SUPPORTS_OBJECT_IDS    : FALSE
  FILE_SUPPORTS_ENCRYPTION    : FALSE
  FILE_NAMED_STREAMS          : FALSE
  FILE_READ_ONLY_VOLUME       : FALSE

it seems MVFS does not present useful inode information, so you
are getting the cygwin hash inodes.  But the hash is dependent on
the drive letter that the view is mounted under.

-- 
Eric Blake



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