[PD-dev] PD.app 38-test 7

B. Bogart ben at ekran.org
Mon Oct 25 00:54:05 CEST 2004


Hey Hans-Chrisoph,

I've never used .pdrc so I suppose it needs to be in the home directory?
This does seem natural.

I looked at the plist file and everything looks like its getting set and
read on that end, nothing garbled. Indeed I am now seeing my abstractions
loading fine, looks like its just the libs that are failing, Gem, OSC,
zexy, all the stuff I've put in "startup"

I'll try a pdrc now.

Thanks for the pointers.

B.

>
> The .pdrc functionality is unchanged in .38, AFAIK.  I don't know
> what's the root of your problem, but it would be good to figure it out
> so that paths work.  The "startup" stuff is saved in
> ~/Library/Preferences/com.ucsd.pd.plist, but I think this will be
> changing to ~/Library/Preferences/org.puredata.pd.plist
>
> .hc
>
> On Oct 24, 2004, at 11:14 AM, B. Bogart wrote:
>
>> Ok, well putting the .app in applications did not change anything, its
>> still not finding any of my externals (even though I copied them into
>> the
>> extra folder inside the pd.app. I don't get it.
>>
>> Where do I put the PDRC when using the .app?
>>
>> Thanks,
>> Ben
>>
>>
>>>
>>> hi,
>>>
>>> i think it is still necessary to put the pd.app directly in
>>> /applications. if you don't do so strange things happen.
>>>
>>> it is easiest to put your own externals into
>>> /applications/pd.app/contents/resources/extra as this folder is in the
>>> search path and all the externals that come with the package are in
>>> there. gem is also already there.
>>>
>>> why don't you want to use a .pdrc? it works, you know ...
>>>
>>> lg
>>> martin
>>>
>>>
>>> On Oct 23, 2004, at 20:10, B. Bogart wrote:
>>>
>>>> Hey all,
>>>>
>>>> I can't figure out how to get the PD.app to load my externals/libs.
>>>> I can add the paths easily enough but when I try and put anything
>>>> into
>>>> the
>>>> "startup" setup pd can't find it. I've tried absolute paths, relative
>>>> paths, paths relative to pd paths... still can't get it to load my
>>>> stuff.
>>>> It can't seem to find my abstractions either so I guess -path options
>>>> are
>>>> not working either.
>>>>
>>>> for example my Gem is installed in:
>>>>
>>>> /Users/admin/work/libs/cgc/Gem.pd_darwin
>>>>
>>>> And console reports:
>>>>
>>>> tried /Users/admin/work/libs/cgc/Gem
>>>> .pd_darwin and failed
>>>> tried /Users/admin/work/libs/cgc/Gem
>>>> //Users/admin/work/libs/cgc/Gem
>>>> .pd_darwin and failed
>>>> /Users/admin/work/libs/cgc/Gem
>>>> : can't load library
>>>>
>>>> Where are these options stored? I could try editing the file manually
>>>> to
>>>> get things moving (maybe) Any other way to supply PD with commandline
>>>> args
>>>> with the pd.app (other than .pdrc)?.
>>>>
>>>> I start my old pd-0.37-1 with:
>>>>
>>>> ~/work/pd/bin/pd -rt -helppath ~/work/abstractions-tot-help -path
>>>> ~/work/extra -path ~/work/libs -path ~/work/abstractions-v -path
>>>> ~/work/abstractions-tot -nosound -lib cgc/Gem:pmpd:OSC:zexy:pool
>>>>
>>>> (Oh and in the console I get error: .printout.text: no such object)
>>>> which
>>>> is caused by Apple-C to copy the console buffer.
>>>>
>>>> Thanks
>>>> B.
>>>>
>>>>
>>>>
>>>>
>>>> _______________________________________________
>>>> PD-dev mailing list
>>>> PD-dev at iem.at
>>>> http://iem.at/cgi-bin/mailman/listinfo/pd-dev
>>>>
>>>>
>>> attacksyour.net/pi
>>>
>>>
>>
>>
>>
>> _______________________________________________
>> PD-dev mailing list
>> PD-dev at iem.at
>> http://iem.at/cgi-bin/mailman/listinfo/pd-dev
>>
>
> ________________________________________________________________________
> ____
>
> Man has survived hitherto because he was too ignorant to know how to
> realize his wishes.
> Now that he can realize them, he must either change them, or perish.
> 		                                     -William Carlos Williams
>
>






More information about the Pd-dev mailing list