dotnet/runtime

Reconsider the exception type thrown when trying to open a directory as file

Open

#70,275 opened on Jun 6, 2022

View on GitHub
 (6 comments) (0 reactions) (0 assignees)C# (5,445 forks)batch import
area-System.IOhelp wanted

Repository metrics

Stars
 (17,886 stars)
PR merge metrics
 (Avg merge 12d 11h) (661 merged PRs in 30d)

Description

In FileSystem.Windows, as well as SafeFileHandle.Windows we have this comment:

https://github.com/dotnet/runtime/blob/6a56aa3512c912df602bf074dc925b77f3895b24/src/libraries/System.Private.CoreLib/src/System/IO/FileSystem.Windows.cs#L216-L224

However, when testing with native code on Windows 10, calling CreateFileA returns ERROR_PATH_NOT_FOUND for either C:\ or other normal directories.

So this causing behavior inconsistency on managed API again: when calling File.Open on C:\, it throws UnauthorizedException. When calling with other directories, it throws PathNotFoundException.

I didn't find any test for exceptions in System.IO.FileSystem.

Changing the exception thrown is technically breaking, but helps for consistency. Changing to an exception is already used for other circumstances won't break much.

We need to also examine Windows 7 and 8 behavior and the behavior of CreateFile2 and NtCreateFile. (Or if you can directly check it through Windows source code)

Contributor guide