http://bugs.winehq.org/show_bug.cgi?id=59922 --- Comment #4 from Jonathan Wakely <winehq@kayari.org> --- Aha, thanks! The original code where this was observed was in an implementation of std::filesystem::create_directory_symlink for libstdc++. My hacky support for mingw-w64 (which I test using Wine) uses a mixture of POSIX system calls and Win32 APIs, which seems to be the problem. A directory symlink created with CreateSymbolicLinkW works OK with other Win32 functions, but doesn't play well with POSIX calls that try to work with the symlink. I think what this means is that our std::filesystem implementation should use Win32 APIs consistently, and not mix calls like _opendir with Win32 APIs like CreateSymbolicLinkW. That would probably be more work than I'm willing to put in for Windows support, so I might just report a GCC bug and leave it open until somebody else is motivated to redo all the Windows support in std::filesystem. Or just document that our std::filesystem::create_directory_symlink has some limitations. Thanks again for the quick response. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.