GruzzberryandClaude Opus 5.5 720cf7e296 fix(libkernel): fail chflags through a dangling Windows symbolic link with ENOENT ...

std::filesystem::status does not follow a Windows symbolic link under
MinGW, so the lookup chflags makes saw a link whose target is missing as
an existing file and returned 0. A reparse point in the last component
is now looked up through the target with the guest stat, as FreeBSD 11.4's
namei follows it: a missing target gives ENOENT, and a trailing slash
after a link to a file gives ENOTDIR.

Co-Authored-By: Claude Opus 5.5 <[email protected]>

2026-10-25 19:58:17 +01:00

..

include

Merge pull request #7299 from qpavyros/codex/windows-named-shm

2026-10-24 19:42:16 +02:00

src

fix(libkernel): fail chflags through a dangling Windows symbolic link with ENOENT

2026-10-25 19:58:17 +01:00