On 20 Jul 2005, at 13:16, Thomas Grill wrote:
Somehow though, pd still crashes. Could it be a pd version problem? Should I up to 0.39?
Sorry for the stupid question, bit is the GApop.pd_darwin you just built really in /usr/local/lib/pd/extra/externals/grh? Because normally, the external is built in a subfolder, like pd-darwin/release-single or the likes.
yup, the full path is /usr/local/lib/pd/extra/externals/grh/GApop/pd-darwin/release-single
I've put that path in .pdrc
You could also "sudo build.sh pd gcc install" to copy the built external to the pd/extra folder (if specified that way in your buildsys/config-pd-lnx-gcc.txt file)
ok I did:
waldorf:/usr/local/lib/pd/extra/externals/grh/GApop dc$ sh
../../grill/flext/build.sh pd gcc installmake -f
../../grill/flext/buildsys/gnumake-sub.mak PLATFORM=mac RTSYS=pd
COMPILER=gcc BUILDPATH=../../grill/flext/buildsys/ PKGINFO=package.txt
BUILDCLASS=ext TARGETMODE=release TARGETTYPE=single _install_
../../grill/flext/buildsys/mac/gnumake-gcc-ext.inc:40: warning:
overriding commands for target pd-darwin/release-single' ../../grill/flext/buildsys/mac/gnumake-gcc-ext.inc:36: warning: ignoring old commands for targetpd-darwin/release-single'
cp -R pd-darwin/release-single/GApop.pd_darwin
/Users/dc/Development/music/pd/Pd-0.38-3.app/Contents/Resources//extra
and then (after altering .pdrc as above), restarted pd...
waldorf:/usr/local/lib/pd/extra/externals/grh/GApop dc$ pd old RUBY_STACK_END = bffff520 new RUBY_STACK_END = bffffffc GridFlow::Display GridFlow::GridEdit GridFlow::Peephole Pd: signal 4 closing audio... closing MIDI... ... done. pd_gui: pd process exited
No luck :-(
Any other ideas? I'm just wondering what GApop can possibly do that may require a certain version of PD?
But then it's just a flext object, right? So shouldn't crash like that?
Yelp!
d