3 ms·
Its not clear to me what "flaw" you're referring to. NTFS is reference counted and can easily accommodate other behaviors. By default, it prevents deletion, unl
by ksk 9y ago
Its not clear to me what "flaw" you're referring to. NTFS is reference counted and can easily accommodate other behaviors. By default, it prevents deletion, unless a process specifically permits deletion, in which case, the file can be deleted.
This makes a whole lot of sense to me as a user, because I don't want to worry about open files being possibly deleted from disk.
>open a file, then create a hard link to it. You now can't delete that hard link (because the file is open), even though you just created it. This is not a problem on POSIX because it correctly distinguishes a file name (represented by a directory entry) from a file (represented by the inode).
This is not relevant to the topic.
- CyberShadow 9y agoIt is absolutely relevant. In your very comment, you are confusing what a file and a file name is. To rephrase: just because the FILE is open, doesn't mean that you shouldn't be able to remove a FILE NAME that references the FILE. > as a user, because I don't want to worry about open files being possibly deleted from disk Open files can still usually be renamed (and moved across the same volume), so a file name of an open file can still be effectively removed.