delorie.com/archives/browse.cgi   search  
Mail Archives: cygwin/1999/03/30/08:10:41

Mailing-List: contact cygwin-help AT sourceware DOT cygnus DOT com; run by ezmlm
Sender: cygwin-owner AT sourceware DOT cygnus DOT com
Delivered-To: mailing list cygwin AT sourceware DOT cygnus DOT com
Message-ID: <3700C8E6.47593F7F@cityweb.de>
Date: Tue, 30 Mar 1999 14:51:50 +0200
From: Corinna Vinschen <corinna DOT vinschen AT cityweb DOT de>
X-Mailer: Mozilla 4.51 [en] (WinNT; I)
X-Accept-Language: de,en
MIME-Version: 1.0
To: Bernard Dautrevaux <DAUTREVAUX AT microprocess DOT com>
CC: "'earnie_boyd AT yahoo DOT com'" <earnie_boyd AT yahoo DOT com>,
cygwin users <cygwin AT sourceware DOT cygnus DOT com>
Subject: Re: B20: mv deletes files on error (NT)
References: <8135911A809AD211AF6300A02480D175034943 AT IIS000 DOT microdata DOT fr>


Bernard Dautrevaux wrote:
> If I correctly understand this thread it seems the problem is that under
> cygwin Foo and foo have different inode numbers :-<; why not base the
> inode number for a file to its first sector (or cluster) number? (I know
> this is simple in FAT, its in the directory entry, and it should be
> quite readily available under NTFS also).

It's already solved. Windows administers an i-node like number for every
file, which is accessible via `GetFileInformationByHandle()'. This number
is used in the recent snapshots, to generate the i-node number.

Regards,
Corinna


--
Want to unsubscribe from this list?
Send a message to cygwin-unsubscribe AT sourceware DOT cygnus DOT com

- Raw text -


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