[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Octave-bug-tracker] [bug #56267] addpath() on Windows fails to recogniz
From: |
Philip Nienhuis |
Subject: |
[Octave-bug-tracker] [bug #56267] addpath() on Windows fails to recognize same subdirs with different fileseps and case |
Date: |
Sat, 26 Oct 2019 07:42:34 -0400 (EDT) |
User-agent: |
Mozilla/5.0 (Windows NT 6.1; WOW64; rv:52.0) Gecko/20100101 Firefox/52.0 SeaMonkey/2.49.4 |
Follow-up Comment #15, bug #56267 (project octave):
@Markus:
Your fix works fine, thanks.
I tried the examples in my original report in various combinations of case and
fileseps but Octave won't get fooled anymore, I only get one instance of the
subdir in question in the path.
Fine, so this bug can be closed I think.
Just as a side note, I've hit issues with it that seemed unrelated at first.
On Windows, 8.3 style path names are used to make Octave cope with spaces in
path names. Your patch morphs these 8.3 style path names into LFN (long file
name) path names and it now turns out that pkg.m is subsequently affected by a
mixup of 8.3 and LFN path names.
Further discussion of those effects are in bug #57083, as I think pkg.m needs
adaptation and your big fix here is what needed to be done.
_______________________________________________________
Reply to this item at:
<https://savannah.gnu.org/bugs/?56267>
_______________________________________________
Message sent via Savannah
https://savannah.gnu.org/