std.fs: deleteTree in dir with open file hangs in loop

[ianic]

Zig Version

0.12.0-dev.1800+559e216f3

Steps to Reproduce and Observed Behavior

This test fails on Windows when run with -target aarch64-windows-gnu on other platforms and on Windows without target flag passes.

Created file is not closed and then in tmp.cleanup() deleteTree loops in trying to delete that file.

Closing created file makes test pass.
Removing line tmp.dir.close() also makes test pass without closing file.

test "not closing file" {
    var tmp = std.testing.tmpDir(.{});

    // This file is not closed !!!
    _ = try tmp.dir.createFile("file1", .{ .exclusive = true });

    // Next lines are from tmp.cleanup();
    tmp.dir.close();
    // This produces endless loop
    tmp.parent_dir.deleteTree(&tmp.sub_path) catch {};
    tmp.parent_dir.close();
}

Expected Behavior

deleteTree should return an error instead of trying forever to delete the same file.

[ianic]

When run with -target aarch64-windows-gnu it reports minimal windows version WindowsVersion.win8_1 without flag it is WindowsVersion.win10_fe. That makes difference here

Without entering that 'Deletion with posix semantics' deleteTree loops:

• first deleteFile succeeds, but deleteDir fails with error.DirNotEmpty which appends dir
• others deleteFile returns on DELETE_PENDING, dir is not empty and appended again

[squeek502]

Duplicate of #15465. Would be fixed by #15467 but a different approach was requested.

EDIT: The minimum version when targeting aarch64-windows-gnu might be a separate possible bug, though.