|
| From: | Markus Mützel |
| Subject: | [Octave-bug-tracker] [bug #62847] addpath fails to process some mapped network drives |
| Date: | Thu, 4 Aug 2022 02:33:07 -0400 (EDT) |
Follow-up Comment #23, bug #62847 (project octave):
> Makes me wonder when Octave started to morph drive letter paths into UNC
paths
The backbone of `__wglob__` changed from an implementation from gnulib to
using the Windows API directly.
See also what I wrote in the other report:
> IIUC, Windows is returning `\\server\share\file` for files on network shares
for `FindFirstFileW` and `FindNextFileW`. `__wglob__` (the underlying work
horse for the `dir` function on Windows) is using these functions to be able
to handle non-ASCII characters in paths. That'll probably stay that way.
The gnulib implementation of that function can't cope with paths containing
non-ASCII characters on Windows.
_______________________________________________________
Reply to this item at:
<https://savannah.gnu.org/bugs/?62847>
_______________________________________________
Message sent via Savannah
https://savannah.gnu.org/
| [Prev in Thread] | Current Thread | [Next in Thread] |