[Octave-bug-tracker] [bug #57083] pkg list affected by mixup of 8.3 and LFN path names

[Philip Nienhuis]

Update of bug #57083 (project octave):

                 Summary: pkg list does not indicate loaded global packages =>
pkg list affected by mixup of 8.3 and LFN path names

    _______________________________________________________

Follow-up Comment #12:

@Rik:
I think the cset for bug #57267 you mentioned in comment #3 has had a few more
consequences on Windows than just "pkg list". It turns out "pkg unload" won't
work either for packages (global or local) installed in paths with 8.3 style
filenames in pkg prefix.

As to "pkg unload" and "pkg list", a crossbuild from Oct. 8 works fine, one
from Oct. 17 fails. In between Markus' patches for bug #57267 were pushed.

Some investigation shows that the patch for this bug report has nothing to do
with "pkg unload" failing; the patch itself is just fine and harmless, it
doesn't change the return arguments of private/installed_packages.m either.
But it's just a cosmetic fix.
"pkg unload" and "pkg list" failing are mere manifestations of a deeper lying
bug here.

At the bottom of this is that pkg.m on Windows stores 8.3 style filenames in
the octave_packages files and for any action compares these 8.3 style path
names to the LFN path names that are now in the path. So I tend to think that
a more profound fix for pkg.m is required.

AFAICS Octave happily loads .m, .oct and .mex files from paths containing
spaces in subdir names. A fix might boil down to simply writing LFN file names
(by invoking canonicalize-file_name) to octave_packages files as that's where
pkg.m relies on for all its actions.
I experimented with manually adapting all 8.3 tyle path names in
octave_packages to LFN ad that seems to solve all problems with pkg.m due to
the fix for bug #57267.

I'll try to prepare a better cset.


    _______________________________________________________

Reply to this item at:

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

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