CYGWIN inode over Samba share not constructed from IndexNumber

[starlight.2012q2@binnacle.cx]

At 06:23 PM 5/11/2012 +0200, Corinna Vinschen wrote:
>Additionally, the returned file ID must be > 0xffffffff, 
>otherwise we don't trust the server to generate
>usefule file IDs.  This usually only affects remote
>NT4 NTFS and Samba < 3.0.

Running Samba 3.6.4 and it is returning

   IndexNumber: 0x81f

which is the actual inode value and the
Samba devs indicated this is the behavior
as designed.

Also

$ getVolInfo //siobhan/d | fgrep -i ACL
  FILE_PERSISTENT_ACLS        : TRUE

Thank you very much for your reply.




======
$ getVolInfo //siobhan/d
Device Type        : 7
Characteristics    : 10
Volume Name        : <d>
Serial Number      : 2717179013
Max Filenamelength : 255
Filesystemname     : <NTFS>
Flags              : 1002f
  FILE_CASE_SENSITIVE_SEARCH  : TRUE
  FILE_CASE_PRESERVED_NAMES   : TRUE
  FILE_UNICODE_ON_DISK        : TRUE
  FILE_PERSISTENT_ACLS        : TRUE
  FILE_FILE_COMPRESSION       : FALSE
  FILE_VOLUME_QUOTAS          : TRUE
  FILE_SUPPORTS_SPARSE_FILES  : FALSE
  FILE_SUPPORTS_REPARSE_POINTS: FALSE
  FILE_SUPPORTS_REMOTE_STORAGE: FALSE
  FILE_VOLUME_IS_COMPRESSED   : FALSE
  FILE_SUPPORTS_OBJECT_IDS    : TRUE
  FILE_SUPPORTS_ENCRYPTION    : FALSE
  FILE_NAMED_STREAMS          : FALSE
  FILE_READ_ONLY_VOLUME       : FALSE
  FILE_SEQUENTIAL_WRITE_ONCE  : FALSE
  FILE_SUPPORTS_TRANSACTIONS  : FALSE


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