http://bugs.winehq.org/show_bug.cgi?id=59922 --- Comment #5 from Zeb Figura <z.figura12@gmail.com> --- (In reply to Jonathan Wakely from comment #4)
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.
Is this all mingw-w64? You say "POSIX", but presumably that means it's CRT functions that are still essentially running win32 code. How do they work on Windows? Windows doesn't have POSIX symlinks. If there's a difference in behaviour between Wine and Windows with the same mingw implementation, such as msvcrt/ucrtbase functions not behaving the right way, that's still probably a bug. -- 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.