hey IOhannes, thanks again for replying, if by flyspeck you mean " ` " its formatting errors that are there because i had no easy way of exporting the print out of pd to a "real" machine aka where i write my mails from so i just manually typed it, however all the scripting etc is done with nano inside the machine so i dont think its about that, what triggers the error is me doing: pd -nogui (various alsa tags to get sound going) -path /usr/lib/pd/extra/cyclone /etc/mydir/mypatch.pd &

interestingly, pd is also not able to locate pd~ with the following error: "pd~: can´t stat /usr/lib/pd/pd" , however, if i run the help file of pd~ (with full path as in /usr/lib/pd/extra/pd~/pd~-help.pd) it loads fine and i get the "pd~ version 0.3" printout

On Thu, Nov 21, 2019 at 11:37 AM IOhannes m zmoelnig <zmoelnig@iem.at> wrote:

On 21.11.19 10:59, iftah gabbai wrote:
> unfortunatly i dont have the "file" command on this image,

you could always just copy the file to a "real" machine and run `file`
there.

> however, if i open a help file (eg pd -nogui
> /usr/lib/pd/extra/cyclone/svf~-help.pd)  i dont get any errors which to my
> understanding means that the object is loading and compiled correctly?

if it works, then yes.

which means that your problem is somewhere else, as in:

> /usr/bin/pd: ´/usr/lib/pd/extra/cyclone/svf~.pd_linux is not an ELF
> file

what's this flyspeck between "pd: " and "/usr/lib/"?
are you by chance misquoting something?
or creating shell-scripts with MS-Word or similar? (those "high-level
editors" have a tendency to replace simple quotes with localised
versions, which of course will break any decent
programming/scripting/... language)

so i really like to re-iterate my initial request:
> you might start by mentioning [...] what you did exactly to trigger
> them [errors]

fgamsdr
IOhannes

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