nick rothwell | project cassiel

I get this in the Console when Ableton Live tries to load my Pluggo 

10/02/2009 10:23:35 Live[14387] Error loading /Library/Application 

Support/C74 Plug-in Support/VstPlugLib.bundle/Contents/MacOS/ 

VstPlugLib: dlopen(/Library/Application Support/C74 Plug-in Support/ 

VstPlugLib.bundle/Contents/MacOS/VstPlugLib, 262): Symbol not found: 

Referenced from: /Library/Application Support/C74 Plug-in Support/ 

VstPlugLib.bundle/Contents/MacOS/VstPlugLib

Expected in: /Library/Frameworks/MaxAPI.framework/Versions/A/MaxAPI

This is presumably due to the Max5 SDK Framework being there (as of a 

Copy frameworks (MaxAPI.framework etc.) from

/Applications/MaxMSP.app/Contents/Frameworks

I notice that the frameworks are also included verbatim in the SDK 

I guess I now need to reinstall Pluggo. What's the best method to make 

sure they coexist? I assume Max5 uses its own internal frameworks.

I get this in the Console when Ableton Live tries to load my Pluggo  
stuff:

10/02/2009 10:23:35 Live[14387] Error loading /Library/Application  
Support/C74 Plug-in Support/VstPlugLib.bundle/Contents/MacOS/ 
VstPlugLib:  dlopen(/Library/Application Support/C74 Plug-in Support/ 
VstPlugLib.bundle/Contents/MacOS/VstPlugLib, 262): Symbol not found:  
_path_translate
   Referenced from: /Library/Application Support/C74 Plug-in Support/ 
VstPlugLib.bundle/Contents/MacOS/VstPlugLib
   Expected in: /Library/Frameworks/MaxAPI.framework/Versions/A/MaxAPI

This is presumably due to the Max5 SDK Framework being there (as of a  
few days ago when I installed it).

Copy frameworks (MaxAPI.framework etc.) from
/Applications/MaxMSP.app/Contents/Frameworks
to
/Library/Frameworks [sic.]

I notice that the frameworks are also included verbatim in the SDK  
release.

I guess I now need to reinstall Pluggo. What's the best method to make  
sure they coexist? I assume Max5 uses its own internal frameworks.

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


max5-sdk-bollockses-pluggo

I ran into the exact same problem this past weekend. I had renamed my 

Max4 Frameworks (and the sub-contents) things like "MaxAPI-4.x" and 

changed my Xcode projects to pick up on that name, but then I found 

that Pluggo was not a happy camper. It seems that the Max5 SDK is a 

bit more flexible about where you place the MaxAudioAPI and MaxAPI 

frameworks, so I've kept them in the max-includes/ and msp-includes/ 

directories and have Xcode look for them there.

I thought I was set by renaming the Max4*API frameworks until the 

pluggo issue happened. I think the problem is that trying to compile 

Max5 projects might pick up the Max4 frameworks if they are named 

"MaxAudioAPI" and "MaxAPI" and are in the /Library/Frameworks/ 

directory, so it looks like I'll have to shuttle them in and out when 

doing development work and/or using pluggo.

You don't need to reinstall pluggo -- just grab the two frameworks 

from the Max4 SDK and put them into /Library/Frameworks.

On Feb 10, 2009, at 5:30 AM, Nick Rothwell wrote:

> I get this in the Console when Ableton Live tries to load my Pluggo 

> 10/02/2009 10:23:35 Live[14387] Error loading /Library/Application 

> Support/C74 Plug-in Support/VstPlugLib.bundle/Contents/MacOS/ 

> VstPlugLib: dlopen(/Library/Application Support/C74 Plug-in Support/ 

> VstPlugLib.bundle/Contents/MacOS/VstPlugLib, 262): Symbol not found: 

> Referenced from: /Library/Application Support/C74 Plug-in Support/ 

> VstPlugLib.bundle/Contents/MacOS/VstPlugLib

> Expected in: /Library/Frameworks/MaxAPI.framework/Versions/A/MaxAPI

> This is presumably due to the Max5 SDK Framework being there (as of 

> Copy frameworks (MaxAPI.framework etc.) from

> /Applications/MaxMSP.app/Contents/Frameworks

> I notice that the frameworks are also included verbatim in the SDK 

> I guess I now need to reinstall Pluggo. What's the best method to 

> make sure they coexist? I assume Max5 uses its own internal 

I ran into the exact same problem this past weekend.  I had renamed my  
Max4 Frameworks (and the sub-contents) things like "MaxAPI-4.x" and  
changed my Xcode projects to pick up on that name, but then I found  
that Pluggo was not a happy camper.  It seems that the Max5 SDK is a  
bit more flexible about where you place the MaxAudioAPI and MaxAPI  
frameworks, so I've kept them in the max-includes/ and msp-includes/  
directories and have Xcode look for them there.

I thought I was set by renaming the Max4*API frameworks until the  
pluggo issue happened.  I think the problem is that trying to compile  
Max5 projects might pick up the Max4 frameworks if they are named  
"MaxAudioAPI" and "MaxAPI" and are in the /Library/Frameworks/  
directory, so it looks like I'll have to shuttle them in and out when  
doing development work and/or using pluggo.

You don't need to reinstall pluggo -- just grab the two frameworks  
from the Max4 SDK and put them into /Library/Frameworks.

> I get this in the Console when Ableton Live tries to load my Pluggo  
> stuff:
>
> 10/02/2009 10:23:35 Live[14387] Error loading /Library/Application  
> Support/C74 Plug-in Support/VstPlugLib.bundle/Contents/MacOS/ 
> VstPlugLib:  dlopen(/Library/Application Support/C74 Plug-in Support/ 
> VstPlugLib.bundle/Contents/MacOS/VstPlugLib, 262): Symbol not found:  
> _path_translate
>  Referenced from: /Library/Application Support/C74 Plug-in Support/ 
> VstPlugLib.bundle/Contents/MacOS/VstPlugLib
>  Expected in: /Library/Frameworks/MaxAPI.framework/Versions/A/MaxAPI
>
> This is presumably due to the Max5 SDK Framework being there (as of  
> a few days ago when I installed it).
>
> I was just following orders:
>
> Copy frameworks (MaxAPI.framework etc.) from
> /Applications/MaxMSP.app/Contents/Frameworks
> to
> /Library/Frameworks [sic.]
>
> I notice that the frameworks are also included verbatim in the SDK  
> release.
>
> I guess I now need to reinstall Pluggo. What's the best method to  
> make sure they coexist? I assume Max5 uses its own internal  
> frameworks.
>
> 	-- N.
>
>
> 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
>
>


...and the SDK still has multiple copies of the header files due to resolved symlinks

zip -ryX MaxSDK-5.0.6.zip MaxSDK-5.0.6 -x *.DS_Store* *.svn*

On 11 Feb 2009, at 07:03, Martin Robinson wrote:

> ...and the SDK still has multiple copies of the header files due to 

It's not totally clear to me why the SDK has the frameworks - won't 

most developers have a copy of Max 5 and the technical nonce to copy 

the frameworks out of the application bundle?

> ...and the SDK still has multiple copies of the header files due to  
> resolved symlinks

It's not totally clear to me why the SDK has the frameworks - won't  
most developers have a copy of Max 5 and the technical nonce to copy  
the frameworks out of the application bundle?

On 10 Feb 2009, at 23:14, Brad Garton wrote:

> I think the problem is that trying to compile Max5 projects might 

> pick up the Max4 frameworks if they are named "MaxAudioAPI" and 

> "MaxAPI" and are in the /Library/Frameworks/ directory

I just modified a project to refer to the (broken-symlink) copy that 

shipped with the SDK and it seemed to build OK. I presume I could also 

build against the frameworks embedded in MaxMSP.app as well.

> I think the problem is that trying to compile Max5 projects might  
> pick up the Max4 frameworks if they are named "MaxAudioAPI" and  
> "MaxAPI" and are in the /Library/Frameworks/ directory

I just modified a project to refer to the (broken-symlink) copy that  
shipped with the SDK and it seemed to build OK. I presume I could also  
build against the frameworks embedded in MaxMSP.app as well.

----------------------------------------------------

> On 11 Feb 2009, at 07:03, Martin Robinson wrote:

> > ...and the SDK still has multiple copies of the header files due to 

> It's not totally clear to me why the SDK has the frameworks - won't 

> most developers have a copy of Max 5 and the technical nonce to copy 

> the frameworks out of the application bundle?

I seem to remember they have a different set of headers in the Max.app Frameworks.

i.e., missing headers e.g., "ext_drag.h", "ext_time.h", "ext_itm.h", "ext_atomic.h"

I was hoping to link to these headers without copying them, for example.

----------------------------------------------------
> On 11 Feb 2009, at 07:03, Martin Robinson wrote:
>
> > ...and the SDK still has multiple copies of the header files due to  
> > resolved symlinks
>
> I was going to report that as well.
>
> It's not totally clear to me why the SDK has the frameworks - won't  
> most developers have a copy of Max 5 and the technical nonce to copy  
> the frameworks out of the application bundle?
>

i.e., missing headers e.g., "ext_drag.h", "ext_time.h",  "ext_itm.h", "ext_atomic.h"

Max5 SDK bollockses Pluggo