[Octave-bug-tracker] [bug #62847] addpath fails to process some mapped network drives

[Markus Mützel]

Follow-up Comment #25, bug #62847 (project octave):

Afaict, Octave's `canonicalize_file_name` should behave the same as the POSIX
function of the same name:
https://man7.org/linux/man-pages/man3/canonicalize_file_name.3.html

What might matter here is: "In the returned string, symbolic links are
resolved".

The "shortcut" in the root of the mapped drive might be a symbolic link that
is resolved by `canonicalize_file_name`.

I'd guess `glob` or `__wglob__` shouldn't resolve symbolic links. But I don't
know if they actually aren't doing that.

I don't know by heart which functions are used when the content of the load
path is scanned. But it might be `canonicalize_file_name`, `glob`,
`__wglob__`, ... or a combination of those.

Could you please check what each of those functions returns for a file on the
mapped network drive?



    _______________________________________________________

Reply to this item at:

  <https://savannah.gnu.org/bugs/?62847>

_______________________________________________
Message sent via Savannah
https://savannah.gnu.org/