https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115189
--- Comment #5 from Tomas Kalibera <tomas.kalibera at gmail dot com> ---
(In reply to Bill Zissimopoulos from comment #4)
> I do not currently have access to a Windows system with dev tools, but my
> recollection is that the VOLUME_NAME_DOS flag should be sufficient to
> correctly find the DOS drive in most cases including network drives.
> Unfortunately GetFinalPathNameByHandleW does not work with drives created
> with the DefineDosDeviceW API (e.g. drives created using the SUBST utility).
>
> How are people who stumble on this bug create their drives?
Yes, that's probably the case.
I can reproduce the problem with "subst" and with the Windows Explorer
("File/Map network drive"). I assume the is the usual way to map network
drives.
Also, e.g.
mklink /D c:\share \\tsclient\share
results in "c:\share" normalized to "\\tsclient\share" (though I expect using
directory symlinks used this way would be rare).
