Hi IOhannes,

For me running the following script from the shell works perfectly
running PD with several instances.

Hope this helps?

Salut,

Markus

#!/bin/sh

current_dir=${0%/*}

cd $current_dir

echo $current_dir

PD_INST="/Applications/Pd.app/Contents/Resources" PD_PATCH="" PD_AUDIO="-r 44100 -audiobuf 46 -channels 8" PD_MIDI="-mididev 1" PD_PATH1="-path yourpath" PD_PATH2="-path ${PD_INST}/extra/iemabs" PD_LIB1="-lib yourlibs -lib yourlibs" PD_LIB2=" "

echo starting pd ... ${PD_INST}/bin/pd ${PD_AUDIO} ${PD_MIDI} ${PD_OPTIONS} ${PD_PATH1} $ {PD_PATH2} ${PD_LIB1} ${PD_LIB2} ${PD_PATCH}

On Jan 28, 2008, at 11:40 AM, IOhannes m zmoelnig wrote:

Steffen Juul wrote:

...

On 28/01/2008, at 10.45, IOhannes m zmoelnig wrote:

...

is there a way to open 2 instances of Pd (0.41) on os-x?

Yes, if you run the executable from a CLI, fx. Terminal(.app).

so i have to directly run the executable and _not_ the application.

e.g. "% open /Users/me/Desktop/Pd-0.41" will NOT work but, this will work: "% /Users/me/Desktop/Pd-0.41/Contents/MacOS/Pd" as well as "% /Users/me/Desktop/Pd-0.41/Contents/Ressources/bin/pd"

correct?

fmga.sdr IOhannes

---

PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/ listinfo/pd-list

On 28/01/2008, at 11.40, IOhannes m zmoelnig wrote:

Steffen Juul wrote:

...

On 28/01/2008, at 10.45, IOhannes m zmoelnig wrote:

...

is there a way to open 2 instances of Pd (0.41) on os-x?

Yes, if you run the executable from a CLI, fx. Terminal(.app).

so i have to directly run the executable and _not_ the application.

e.g. "% open /Users/me/Desktop/Pd-0.41" will NOT work but, this will work: "% /Users/me/Desktop/Pd-0.41/Contents/MacOS/Pd" as well as "% /Users/me/Desktop/Pd-0.41/Contents/Ressources/bin/pd"

correct?

Well... it's kind of weird. And I'm no Mac expert. But to try to
answer the question...

Yes. Running "% open /Applications/Pd-0.41-0" wont work. It will not
open Pd at all. Yes. Running "% open /Applications/Pd-0.41-0.app" twice wont start
two instances of Pd. No. Running "% /Applications/Pd-0.41-0.app/Contents/MacOS/Pd" wont
work. It starts the GUI but doesn't so called 'work right'. Yes. Running % /Applications/Pd-0.41-0.app/Contents/Ressources/bin/ pd" twice will start two instances of Pd. No. Those two are not equivalent.

What i've done is, that i've made an alias i .profile that points to
"/Applications/Pd-0.41-0.app/Contents/Resources/bin/pd". It respects
some of the startup flags, but sadly not "-open file.pd".

On 28/01/2008, at 13.07, IOhannes m zmoelnig wrote:

Steffen Juul wrote:

...

Well... it's kind of weird. And I'm no Mac expert. But to try to
answer the question...

...

Yes. Running "% open /Applications/Pd-0.41-0.app" twice wont start
two instances of Pd.

i guess i meant that (the one who has the problem just told me that
he used "open"

Ah. Well maybe "open" can do something, i don't know much about it.
Basically it just open file/folders in the default app associated
with the type. Like clicking icons. So one would normally run "open
somefile.extention". Apple has the manpage online:

http://developer.apple.com/documentation/Darwin/Reference/ManPages/ man1/open.1.html

...

What i've done is, that i've made an alias i .profile that points
to "/Applications/Pd-0.41-0.app/Contents/Resources/bin/pd". It
respects some of the startup flags, but sadly not "-open file.pd".

where do i put the .profile? i am really no expert here...

In $HOME. As soon as you open Terminal you should feel somewhat at
home. I think Terminal use BASH as the default shell.

On my machine, I can run two of these on the CLI and get two GUIs:

/Applications/Pd-extended.app/Contents/MacOS/Pd-extended

Another way is to make another copy of Pd with a different name, then
you can run them at the same time using all of the normal means (i.e.
Pd-1.app and Pd-2.app)

.hc

On Jan 28, 2008, at 8:12 AM, IOhannes m zmoelnig wrote:

Steffen Juul wrote:

...

In $HOME. As soon as you open Terminal you should feel somewhat at
home. I think Terminal use BASH as the default shell.

ah stupid me! i was so macified, i did not see the obvious...

fgmadr. IOhannes

---

PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/ listinfo/pd-list

I have the audacity to believe that peoples everywhere can have three
meals a day for their bodies, education and culture for their minds,
and dignity, equality and freedom for their spirits. - Martin
Luther King, Jr.

On 29/01/2008, at 9.11, IOhannes m zmoelnig wrote:

Hans-Christoph Steiner wrote:

...

/Applications/Pd-extended.app/Contents/MacOS/Pd-extended

interesting. any ideas why it does not work for steffen?

I tried out Pd-0.41-0. Hans tried Pd-extended. Pd-0.41-0 is build by
Miller. Pd-extended is build by Hans. While it's still on the same
operation system, it's not the same build system. I think the
differentness is in how the GUI and the core of Pd are tied to each
other.

I still haven't worked out how Miller builds on Mac OS X, i.e. makes
a so called "app bundle". It's not a matter of just running './ configure & make & make install' since the install makefile target
doesn't make a app bundle. - In fact that operation is nowhere
mentioned in the Makefile that ships with the src.

I'm not saying this to just cough up shit. But to say that the way Pd- extended is build for Mac OS X might be more in the Mac way of doing
things. That is that running /path/to/some.app/Contents/MacOS/ executable might even be the default or standard way of launching an
application (on Mac OS X). But again i'm no Mac witch.

Hans-Christoph Steiner wrote:

On Jan 29, 2008, at 3:11 AM, IOhannes m zmoelnig wrote:

...

Hans-Christoph Steiner wrote:

...

On my machine, I can run two of these on the CLI and get two GUIs:

excuse my ignorance, but by "CLI" do you all mean _any_ terminal, or a special one?

Yup, any shell.

thanks for clarification

fgmasdr. IOhannes