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