martinrobinson

Is anyone else experiencing MaxSystem.locateFile() no longer working in Max 5?

Execution seems to get no further than the call to MaxSystem.locateFile() such that a call to locateFile in a constructor causes a instantiation of the mxj instance to fail.

Below is a simple example I was using to test what was happening. We don't get as far as 'post("after locatefile: "+filename);'

public class testlocatefile extends MaxObject {

String path = MaxSystem.locateFile(filename);

Below is a simple example I was using to test what was happening. We don't get as far as  'post("after locatefile: "+filename);'

public class testlocatefile extends MaxObject {
    public void read(String filename) {
        post("before locatefile: "+filename);
        String path = MaxSystem.locateFile(filename);
        post("after locatefile: "+filename);

        if(path == null)
            post("void string");
        else if(path.length() == 0)
            post("empty string");
        else
            post(path);
    } 
}


max5-maxsystem-locatefile

> Is anyone else experiencing MaxSystem.locateFile() no longer working 

All seems fine here ... the Groovy and Python libraries use it, as 

does the Hypersonic SQL package. No sign of any problems so far.

> Is anyone else experiencing MaxSystem.locateFile() no longer working  
> in Max 5?

All seems fine here ... the Groovy and Python libraries use it, as  
does the Hypersonic SQL package. No sign of any problems so far.

Nick Rothwell / Cassiel.com Limited
www.cassiel.com
www.myspace.com/cassieldotcom
www.last.fm/music/cassiel
www.reverbnation.com/cassiel
www.linkedin.com/in/cassiel
www.loadbang.net


Thanks Nick, ... shall investigate further. I thought it might have been using the wrong max.jar in the build path in Eclipse but I have changed it over to the max.jar in the Max5 C74 directory. Can't think what else it would be.

On 18 May 2008, at 18:55, Martin Robinson wrote:

> I thought it might have been using the wrong max.jar in the build 

> path in Eclipse but I have changed it over to the max.jar in the 

I think I'm compiling against max.jar from 4.6.3 (I have it in CVS) 

In any case, I'm not aware of any significant changes to the MXJ 

> I thought it might have been using the wrong max.jar in the build  
> path in Eclipse but I have changed it over to the max.jar in the  
> Max5 C74 directory.

I think I'm compiling against max.jar from 4.6.3 (I have it in CVS)  
but run against max.jar in 5.0.2.

In any case, I'm not aware of any significant changes to the MXJ  
machinery in Max5.

I removed my file prefence paths so I'm running a 'clean' install.

I can't even use mxj quickie since (as I suspect) its constructor calls MaxSystem.locateFile. I get the error:

(mxj) unable to construct instance of quickie

Which is the same error I get when using locateFile in the constructor of another class.

https://cycling74.com/forums/index.php?t=msg&goto=138547&rid=3645&S=2dbe44130cd6e1a3ed9f6ccd220b9006&srch=quickie#msg_138547

But it's more tricky to get jdk versions confused on the Mac, no?

On 18 May 2008, at 20:03, Martin Robinson wrote:

> I removed my file prefence paths so I'm running a 'clean' install.

I'm not sure what you mean by "file preference paths" - you know, of 

course, that the Java classpath is assembled from the 

max.java.config.txt config file, not from the Max app's file 

preferences. And it is, of course, a Java classpath, so there is scope 

> But it's more tricky to get jdk versions confused on the Mac, no?

The Mac can host multiple JDKs (I appear to have four of them here) 

but I've never come across any situation where things have got confused.

I'm not sure what you mean by "file preference paths" - you know, of  
course, that the Java classpath is assembled from the  
max.java.config.txt config file, not from the Max app's file  
preferences. And it is, of course, a Java classpath, so there is scope  
for JAR files containing broken stuff.

The Mac can host multiple JDKs (I appear to have four of them here)  
but I've never come across any situation where things have got confused.

> I'm not sure what you mean by "file preference paths" - you know, of 

> course, that the Java classpath is assembled from the 

> max.java.config.txt config file, not from the Max app's file 

> preferences. And it is, of course, a Java classpath, so there is scope 

Yes, what I mean is I usually keep a max.java.config.txt file somewhere in my home directory which is in the Max search path. The max.java.config.txt then contains the reference to a project in my Eclipse workspace for MXJ dev.

> The Mac can host multiple JDKs (I appear to have four of them here) 

> but I've never come across any situation where things have got confused.

I was referring to the Mac being more closely tied to jdk versions than Windows. I'm still on 10.4 using jdk 1.5.0. Not sure when we're moving to Leopard here.

> I'm not sure what you mean by "file preference paths" - you know, of  
> course, that the Java classpath is assembled from the  
> max.java.config.txt config file, not from the Max app's file  
> preferences. And it is, of course, a Java classpath, so there is scope  
> for JAR files containing broken stuff.

Yes, what I mean is I usually keep a max.java.config.txt file somewhere in my home directory which is in the Max search path. The max.java.config.txt then contains the reference to a project in my Eclipse workspace for MXJ dev. 

> The Mac can host multiple JDKs (I appear to have four of them here)  
> but I've never come across any situation where things have got confused.

I was referring to the Mac being more closely tied to jdk versions than Windows. I'm still on 10.4 using jdk 1.5.0. Not sure when we're moving to Leopard here.


> Yes, what I mean is I usually keep a max.java.config.txt file 

> somewhere in my home directory which is in the Max search path. The 

> max.java.config.txt then contains the reference to a project in my 

As an aside... I'm trying to remember whether there's a "locatefile" 

message one can send to Max without resorting to an API. If so, it's 

probably worth checking whether this works properly. There may also 

be a call from JavaScript - it's a while since I looked.

Or you could install my Python or Groovy stuff and try the call from 

there - this is still a call into Java via MXJ but it takes any local 

Eclipse machinery out of the picture. But that's possibly just making 

> I was referring to the Mac being more closely tied to jdk versions 

> than Windows. I'm still on 10.4 using jdk 1.5.0. Not sure when 

One thought would be that the JNI machinery is broken somehow, but if 

you have any MXJ stuff running at all then it must be reasonably 

nick rothwell -- composition, systems, performance -- 

> Yes, what I mean is I usually keep a max.java.config.txt file  
> somewhere in my home directory which is in the Max search path. The  
> max.java.config.txt then contains the reference to a project in my  
> Eclipse workspace for MXJ dev.

As an aside... I'm trying to remember whether there's a "locatefile"  
message one can send to Max without resorting to an API. If so, it's  
probably worth checking whether this works properly. There may also  
be a call from JavaScript - it's a while since I looked.

Or you could install my Python or Groovy stuff and try the call from  
there - this is still a call into Java via MXJ but it takes any local  
Eclipse machinery out of the picture. But that's possibly just making  
the debugging process more complicated.

> I was referring to the Mac being more closely tied to jdk versions  
> than Windows. I'm still on 10.4 using jdk 1.5.0. Not sure when  
> we're moving to Leopard here.

One thought would be that the JNI machinery is broken somehow, but if  
you have any MXJ stuff running at all then it must be reasonably  
sound...

   nick rothwell -- composition, systems, performance -- http:// 
www.cassiel.com


> As an aside... I'm trying to remember whether there's a "locatefile" 

> message one can send to Max without resorting to an API. If so, it's 

> probably worth checking whether this works properly. There may also 

> be a call from JavaScript - it's a while since I looked.

The File object in js gets the path OK with something like this:

And the absolutepath object also works fine.

I assume both of these must use the same underlying API that the mxj object via JNI is using?

> Or you could install my Python or Groovy stuff and try the call from 

> there - this is still a call into Java via MXJ but it takes any local 

> Eclipse machinery out of the picture. But that's possibly just making 

> the debugging process more complicated.

I installed your jython stuff and I get a whole bunch of "unable to construct instance" errors I mentioned earlier in the thread. Presumably this is one for each of the instances in the example. I didn't try to find ScriptingEngineBase to see if there's a locateFile() call in there but at least this shows as you say it is not (apprently) my Eclipse environment but the JVM perhaps.

> As an aside... I'm trying to remember whether there's a "locatefile"  
> message one can send to Max without resorting to an API. If so, it's  
> probably worth checking whether this works properly. There may also  
> be a call from JavaScript - it's a while since I looked.

The File object in js gets the path OK with something  like this:

function test(v)
{
    f = new File(v);
    post(f.foldername+"n");
}

> Or you could install my Python or Groovy stuff and try the call from  
> there - this is still a call into Java via MXJ but it takes any local  
> Eclipse machinery out of the picture. But that's possibly just making  
> the debugging process more complicated.

OK it was really dumb. Thanks for helping me think this through aloud...

At some point (can't think why now) I'd put a copy of max.jar in /Library/Java/Extensions along with a whole load of other jars and I failed to spot it when checking for duplicate max.jars

On 19 May 2008, at 18:42, Martin Robinson wrote:

> At some point (can't think why now) I'd put a copy of max.jar in / 

> Library/Java/Extensions along with a whole load of other jars

As Danny repeatedly says in CSI:NY : "Boom!"

> At some point (can't think why now) I'd put a copy of max.jar in / 
> Library/Java/Extensions along with a whole load of other jars

[Max5] MaxSystem.locateFile