bugGNU Octave - Bugs: bug #42500, Matlab loadpath includes private...

 
 

bug #42500: Matlab loadpath includes private directories (II)

Submitted by:  Muhali <muhali>
Submitted on:  Tue 03 Jun 2014 05:54:53 PM UTC  
 
Category: InterpreterSeverity: 3 - Normal
Priority: 5 - NormalItem Group: Incorrect Result
Status: FixedAssigned to: None
Originator Name: Open/Closed: Closed
Release: devOperating System: GNU/Linux

Add a New Comment(Rich Markup)
   

You are not logged in

Please log in, so followups can be emailed to you.

 

Sat 25 Apr 2015 05:57:23 AM UTC, comment #5:

This didn't work before, but now does with the latest development tip. Closing report.

Rik <rik5>
Project Administrator
Mon 09 Jun 2014 03:23:42 AM UTC, comment #4:

The committed changeset doesn't work for me. This is on the development branch at 18813:bc52657a7d29.

Rik <rik5>
Project Administrator
Wed 04 Jun 2014 09:34:02 PM UTC, comment #3:

I checked in the following changeset. I think this fixes the problem and doesn't cause any new problems. If you agree, then please close this bug report.

http://hg.savannah.gnu.org/hgweb/octave/rev/ebf6a1e5ff59

John W. Eaton <jwe>
Project Administrator
Wed 04 Jun 2014 07:39:59 AM UTC, comment #2:

> Does the mat file being loaded have to be in the same private directory as the m-file function?


No. But ML behavior is weird. It finds the file in any directory that is added via addpath, plus in the private directory of the calling function, but NOT in other directories of the search path (e.g. toolbox dirs).

> Does a load work if the mat file is under private but the function calling load is not?


Yes.

> Can it be in a different private directory that is also on the path?


See above.

> I guess the question is how far beyond the real path does the search have to go? And how important is this and do we really want to fix this? See Rik's comment on bug #35697.


For me the question is always will it break existing ML scripts, as it was the case in this report.

Muhali <muhali>
Wed 04 Jun 2014 01:13:20 AM UTC, comment #1:

Does the mat file being loaded have to be in the same private directory as the m-file function? Does a load work if the mat file is under private but the function calling load is not? Can it be in a different private directory that is also on the path?

I guess the question is how far beyond the real path does the search have to go? And how important is this and do we really want to fix this? See Rik's comment on bug #35697.

Mike Miller <mtmiller>
Project Administrator
Tue 03 Jun 2014 05:54:53 PM UTC, original submission:

Private directories are treated differently in matlab and octave. If in a function a function is called wherein a file from the private directory is loaded, this is recognized by matlab but not by octave, as in the following example where foo.mat resides in private:

See also bug#35697.

Muhali <muhali>

 

(Note: upload size limit is set to 16384 kB, after insertion of the required escape characters.)

Attach File(s):
   
   
Comment:
   

No files currently attached

 

Depends on the following items: None found

Items that depend on this one: None found

 

Carbon-Copy List
  • -unavailable- added by rik5 (Updated the item)
  • -unavailable- added by jwe (Posted a comment)
  • -unavailable- added by mtmiller (Posted a comment)
  • -unavailable- added by muhali (Submitted the item)
  •  

    Do you think this task is very important?
    If so, you can click here to add your encouragement to it.
    This task has 0 encouragements so far.

    Only project members can vote.

     

    Please enter the title of George Orwell's famous dystopian book (it's a date):

     

     

    Follow 5 latest changes.

    Date Changed By Updated Field Previous Value => Replaced By
    Sat 25 Apr 2015 05:57:23 AM UTCrik5StatusReady For Test=>Fixed
      Open/ClosedOpen=>Closed
    Thu 05 Jun 2014 02:53:26 AM UTCrik5StatusNeed Info=>Ready For Test
    Wed 04 Jun 2014 01:13:20 AM UTCmtmillerItem GroupNone=>Incorrect Result
      StatusNone=>Need Info

    Back to the top


    Powered by Savane 3.1-cleanup1