Microsoft Adds an OpenSSH Client to Windows 10

Re:Microsoft Adds an OpenSSH Client to Windows 10 by rbanffy on Tuesday December 12, 2017 @10:11AM (#15906067)

I did out of irritation the nth time I wanted to delete a file that it insisted was open (which should not be a problem anyway).

[ Parent | on HN ]

Re:Microsoft Adds an OpenSSH Client to Windows 10 by ksk on Tuesday December 12, 2017 @11:56AM (#15907084)

>(which should not be a problem anyway).

But it is a problem. And also a difference in philosophy. NTFS gives the user and the process the guarantee that the filesystem will remain consistent. Also as a user, I have a guarantee that the file I have open, represents a file that actually exists on the file system, and not a deleted file.

[ Parent | on HN ]

Re:Microsoft Adds an OpenSSH Client to Windows 10 by CyberShadow on Tuesday December 12, 2017 @01:27PM (#15908067)

This is not relevant to the on-disk filesystem, just how the OS handles files.

The philosophy is also flawed: 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).

[ Parent | on HN ]

Re:Microsoft Adds an OpenSSH Client to Windows 10 by ksk on Tuesday December 12, 2017 @01:55PM (#15908317)

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.

[ Parent | on HN ]

Re:Microsoft Adds an OpenSSH Client to Windows 10 by CyberShadow on Thursday December 14, 2017 @03:06PM (#15926418)

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

[ Parent | on HN ]

Re:Microsoft Adds an OpenSSH Client to Windows 10 by yndoendo on Tuesday December 12, 2017 @12:39PM (#15907582)

Nothing like not being able to delete a directory because Explorer is keeping the folder's thumbnail database open and in use even though you are no longer in the directory.

[ Parent | on HN ]

Re:Microsoft Adds an OpenSSH Client to Windows 10 by rbanffy on Tuesday December 12, 2017 @01:52PM (#15908278)

The case where you can actually know why is the best one. More often than not there is no obvious reason why the damn thing is open.

[ Parent | on HN ]