delorie.com/archives/browse.cgi | search |
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
webmaster | delorie software privacy |
Copyright © 2019 by DJ Delorie | Updated Jul 2019 |