Aha, this looks better!
There is nothing odd being reported at startup. When I try to open the patch
/Applications/Pd-0.48-1.app/Contents/Resources/extra/pdlua/pdlua-help.pd
then there is an object called “help" that is not found.
Pd lists that it is trying to unsuccessfully load a set of files
tried /Applications/Pd-0.48-1.app/Contents/Resources/extra/pdlua/hello.d_fat and failed
tried /Applications/Pd-0.48-1.app/Contents/Resources/extra/pdlua/hello.pd_darwin and failed
tried /Applications/Pd-0.48-1.app/Contents/Resources/extra/pdlua/hello/hello.d_fat and failed
tried /Applications/Pd-0.48-1.app/Contents/Resources/extra/pdlua/hello/hello.pd_darwin and failed
tried /Applications/Pd-0.48-1.app/Contents/Resources/extra/pdlua/hello.pd and failed
tried /Applications/Pd-0.48-1.app/Contents/Resources/extra/pdlua/hello.pat and failed
tried /Applications/Pd-0.48-1.app/Contents/Resources/extra/pdlua/hello/hello.pd and failed
It repeats this pattern in many more folders. I don’t seem to have any of these files. I only have the following:
/Applications/Pd-0.48-1.app/Contents/Resources/extra/pdlua/hello.pd_lua
/Applications/Pd-0.48-1.app/Contents/Resources/extra/pdlua/hello.pd_luax
Greets, Jens
On 07 May 2018, at 15:12, Dan Wilcox danomatika@gmail.com wrote:
Run it directly from within the app:
/Applications/Pd-0.48-1.app/Contents/Resources/bin/pd -verbose
or simply set the Verbose checkbox in Preferences->Path... and restart Pd.
On May 7, 2018, at 3:08 PM, Jens Ahrens jens.ahrens@chalmers.se wrote:
Hi Dan,
Thanks for trying! I’m on Mac OS X 10.11.6.
I’ve played around with the 32 and 64 versions of pd, and the outcome is always the same: (Apart from the very first try) the libraries are downloaded and deken adds the paths to pd correctly. All libraries that I’ve tried work apart from PdLua.
I haven’t managed to start pd in verbose mode. I’ve tried something like this (with variations)
open -a Pd-0.48-1.app --args -verbose
but I’m getting the error
LSOpenURLsWithRole() failed for the application /Applications/Pd-0.48-1.app with error -10810.
This seems to suggest an issue with the access rights, but those appear to be ok.
This call
open -a Pd-0.48-1.app
works.
Am I making a mistake here?
Best, Jens
On 07 May 2018, at 13:01, Dan Wilcox danomatika@gmail.com wrote:
I just installed it and the library is loading for me on 10.13 with 0.48-1. I let Deken add the path for me and was able to create a [pdlua] object directly. Do you have any other settings or paths which might be conflicting? You could run Pd in verbose mode to see how it's looking for pdlua.
I'm also running the 32 bit Pd, although the external is built for 32 and 64 bit, so it should work on either.
On May 7, 2018, at 12:49 AM, pd-list-request@lists.iem.at wrote:
Date: Sun, 6 May 2018 13:56:18 +0000 From: Jens Ahrens jens.ahrens@chalmers.se To: "pd-list@lists.iem.at" pd-list@lists.iem.at Subject: [PD] PdLua on Mac OS X El Capitan not working Message-ID: 93103056-4361-4ED1-A7FF-EE676EB37CBA@chalmers.se Content-Type: text/plain; charset="utf-8"
Hello everyone,
I used the latest pre-compiled vanilla distribution from https://puredata.info/downloads/pure-data .
I then installed a few externals according to the official instructions using "Help -> Find externals” inside pd. It worked well for iemlib and iemnet.
I didn’t get an error message when installing PdLua. The according files were indeed downloaded to my computer. Interestingly, the path to PdLua was not added automatically to the pd path list. It was added for iemlib and iemnet though.
Even if I add the path to PdLua manually, no Lua objects inside my pd patches are being recognised. Even not in the PdLua help files.
I’d be grateful for any ideas!
Greets, Jens
Dan Wilcox @danomatika danomatika.com robotcowboy.com
Dan Wilcox @danomatika danomatika.com robotcowboy.com