Hey Marco,

If you have Xcode installed try the following:

1. Build the external

2. Launch Pd 

3. In Xcode: Debug > Attach to process > Pd (pid) (not pd with icon but pd in the latter half of list, Pd runtime)

4. Open Patch that contains your freshly built external

Cheers,

Joe

On 11 June 2015 at 16:47, Marco Matteo Markidis <mm.markidis@gmail.com> wrote:

Dear Iohannes,

thank you. On Mac I do:
$ lldb -- /Applications/Pd.app/Contents/MacOS/Pd -stderr -nrt -nosound -lib vpdelay~-help.pd
$ (lldb) target create "/Applications/Pd.app/Contents/MacOS/Pd"

$ Segmentation fault: 11

without making the run command. I tried even with other Pd stuff and I always get this problem. From Console I see that it's an EXC_BAD_ACCESS (SIGSEGV). 

I am using the latest version of Pd Vanilla (0.46.6) for Mac 64 bit on Mac Yosemite.

Best regards,

Marco

2015-06-11 17:17 GMT+02:00 IOhannes m zmoelnig <zmoelnig@iem.at>:

On 2015-06-11 14:42, Marco Matteo Markidis wrote:
> As I know, gdb is no more present in Mac. I think it was substituted by
> lldb.
> Anyway, on gdb what is the correct syntax in order to launch your external?

you cannot "launch" an external.
anyhow:

on linu x i use:
$ gdb --args pd -stderr -nrt -nosound -lib /path/to/external test.pd
(gdb) run
[...run-until-crash...]
(gdb) bt

on OSX you need to specify the full path to the actual Pd-binary .
the important Pd-flags are: "-nrt" (if you don't want to clutter your
gdb console with "pd-watchdog: signalling...") and "-stderr" (in case
you print something important before the crash)

fgmasdr
IOhannes

PS: btw, check your args and the return value (or rather: whether the
offset of the t_int* is correct) in the perform routine.

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

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