[PD] shell
Hello I work with shell and I have a problem with the out of [shell] when I send a message as [wc -l $File.txt( I have no problem to have number of the line but when I send this message [sed -n '$=' $File.txt( I have no message in out. With the Terminal I have no problem, I have the number of line, but in pd no result. I have the same problem with awk [awk 'END {print NR}' $File.txt( Do you have a solution to obtain the number in the out of [shell] ? thx p ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] shell
Hi, I guess you're on osx since you mention 'Terminal'. Try with escaping the quotes : sed -n \'$=\' $File.txt and eventually the dollar too : sed -n \'\$=\' $File.txt On archlinux it works without escaping. see you, Charlot ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] shell
On Fri, 17 Jun 2011, Charles Goyard wrote: I guess you're on osx since you mention 'Terminal'. Try with escaping the quotes : sed -n \'$=\' $File.txt and eventually the dollar too : sed -n \'\$=\' $File.txt On archlinux it works without escaping. Those don't sound like actual OSX/Linux differences. I don't think that there are _any_ quoting differences between OSX and Linux, especially ever since OSX switched to the BASH shell. ___ | Mathieu Bouchard tél: +1.514.383.3801 Villeray, Montréal, QC ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] shell
Hi I can't type \ in my pd-extended. thus no result with this. THX p Le 17 juin 2011 à 21:52, Charles Goyard a écrit : Hi, I guess you're on osx since you mention 'Terminal'. Try with escaping the quotes : sed -n \'$=\' $File.txt and eventually the dollar too : sed -n \'\$=\' $File.txt On archlinux it works without escaping. see you, Charlot ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] shell
On 18/06/11 11:45, philippe boisnard wrote: Hi I can't type \ in my pd-extended. thus no result with this. try saving the script as an executable file, and call that with [shell] instead. Simon ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] shell object
Hi, PD is terminated after I execute this: [ls( | [shell] | [print] System: Mac OS 10.5.5 PD: 0.41.4-extended Can somebody help? Achim Achim Bornhoeft Neckarhalde 38, D-72070 Tuebingen tel/fax +49 (0)7071 942745 mobil +49 (0)179 6936930 bornhoeft.org ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] shell object
Hi, on linux, [shell] object is working when I launch Pd from a terminal hope it helps benjamin Achim Bornhoeft a écrit : Hi, PD is terminated after I execute this: [ls( | [shell] | [print] System: Mac OS 10.5.5 PD: 0.41.4-extended Can somebody help? Achim Achim Bornhoeft Neckarhalde 38, D-72070 Tuebingen tel/fax +49 (0)7071 942745 mobil +49 (0)179 6936930 bornhoeft.org ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] more Pd/shell communication
Flo, i am sure you have tried this, and others have suggested it too, but there is always the [shell] external in externals/ggee i think. mfg,adsr Peter Florian Hollerweger wrote: Hi list, I am a happy user of Chris McCormick's recent suggestion for Pd/shell communication using [netsend], [netreceive] and a shell script piping commands from/to pdreceive/pdsend in a while loop (based on a solution by Claude): http://lists.puredata.info/pipermail/pd-list/2009-02/067864.html However, this ceases to work when the Pd patch is restarted, since the ports remain occupied. While one can close the link from Pd to the script before restarting the patch using the [disconnect message to [netsend], there seems to be no clean way of closing the connection from the script to Pd. I am guessing that one would need to modify Chris' script in a way that it is possible to send a 'disconnect' event from Pd to the script, which causes it to close the pipe to Pd, right? Not being the world's greatest shell scripter, I would appreciate any hints on how this could be accomplished. best, flo.H ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] more Pd/shell communication
Hi, Peter Plessas wrote: i am sure you have tried this, and others have suggested it too, but there is always the [shell] external in externals/ggee i think. I am limiting myself to vanilla Pd for this particular application. This is a project eventually aiming at PD anywhere running on an ARM processor, and I would like to avoid any cross-compilation I don't strictly need to do. Also, to speak with Chris, I am a fan of vanilla Pd, and there is of course also the good old urge to learn ;-) Thanks for the hint, though. best, flo.H ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] [shell] duplicating PD process
Hey all, I don't know if anyone is still using [shell] I had it in my installation patch just to start a second PD process. Anyhow I've been trying to debug a memory problem and during that process found that there were three (not the expected two) PD processes. Two of which were fighting for RAM. ps made it clear. Before I start the second PD process ps shows: 6484 pd -open root.pd When I used shell to start the process pd -open dump2SOM.pd -nogui I then get: 6484 pd -open root.pd 6486 pd -open root.pd 6487 pd -open dump2SOM.pd -nogui Both the root pds seem to be real processes, both use memory and interfere with one and other. I ended up starting both PDs from a bash script to solve the issue. I just wanted to write to the list, if you see weird duplicate PDs floating on your machine check your use of shell! This happened on a debian lenny machine with shell from svn and pd 0.40.3. .b. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] shell .... again....
i have been trying to use shell... works OK in linux but in osx it just crashes. i am just wondering if this thread went anywhere: http://lists.puredata.info/pipermail/pd-list/2009-01/067700.html i have it in a bunch of patches now and would love to use it more ... if it had more cross-compatibility (osx) because i tend to work with others + other os's. maybe i should just change to pdlua as frank suggested? or might shell someday get fixed? not sure what to do cheers mark ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] shell .... again....
On Sun, 2009-03-08 at 11:53 -0700, mark edward grimm wrote: i have been trying to use shell... works OK in linux but in osx it just crashes. i am just wondering if this thread went anywhere: http://lists.puredata.info/pipermail/pd-list/2009-01/067700.html i have it in a bunch of patches now and would love to use it more ... if it had more cross-compatibility (osx) because i tend to work with others + other os's. maybe i should just change to pdlua as frank suggested? or might shell someday get fixed? not sure what to do what are the symptoms of the crashes? does pd just quit with a segfault, or does [shell] makes pd hang? it's been a while, since i used [shell] the last time, but i remember, that i could always make it work with what i wanted, it was just a matter of writing the script in a way, so that it immediately exits or detaches the running processes to the background. commands, that do not exit, will make [shell] block pd. all this only applies, if you experience hangs, but not segfaults, of course. roman ___ Der frühe Vogel fängt den Wurm. Hier gelangen Sie zum neuen Yahoo! Mail: http://mail.yahoo.de ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] shell .... again....
Hello Mark, I use [shell] every days on MacOSX.4 with PowerPC and Intel. No problem here. ++ Jack Le 8 mars 09 à 19:53, mark edward grimm a écrit : i have been trying to use shell... works OK in linux but in osx it just crashes. i am just wondering if this thread went anywhere: http://lists.puredata.info/pipermail/pd-list/2009-01/067700.html i have it in a bunch of patches now and would love to use it more ... if it had more cross-compatibility (osx) because i tend to work with others + other os's. maybe i should just change to pdlua as frank suggested? or might shell someday get fixed? not sure what to do cheers mark ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/ listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] shell .... again....
Here, on 10.5.6(intel) [shell] crashes too.. But [popen] is working just fine... (what's the difference?) the [shell] crash happens simultaneously with the right outlet bang... Jack escreveu: Hello Mark, I use [shell] every days on MacOSX.4 with PowerPC and Intel. No problem here. ++ Jack -- http://www.padovani.googlepages.com ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] shell .... again....
what are the symptoms of the crashes? does pd just quit with a segfault, or does [shell] makes pd hang? yeah its really weird i get: the application pd quit unexpectedly then i can ignore or relaunch... either choice PD still runs in the background. the ignore or relaunch seems to be only a nag screen that does not do anything... but at the same time creates the situation that make PD unusable... anyone else with he same? maybe its leopard thing? --- On Sun, 3/8/09, Roman Haefeli reduzie...@yahoo.de wrote: From: Roman Haefeli reduzie...@yahoo.de Subject: Re: [PD] shell again To: mgr...@syr.edu Cc: pd_list pd-list@iem.at Date: Sunday, March 8, 2009, 3:02 PM On Sun, 2009-03-08 at 11:53 -0700, mark edward grimm wrote: i have been trying to use shell... works OK in linux but in osx it just crashes. i am just wondering if this thread went anywhere: http://lists.puredata.info/pipermail/pd-list/2009-01/067700.html i have it in a bunch of patches now and would love to use it more ... if it had more cross-compatibility (osx) because i tend to work with others + other os's. maybe i should just change to pdlua as frank suggested? or might shell someday get fixed? not sure what to do what are the symptoms of the crashes? does pd just quit with a segfault, or does [shell] makes pd hang? it's been a while, since i used [shell] the last time, but i remember, that i could always make it work with what i wanted, it was just a matter of writing the script in a way, so that it immediately exits or detaches the running processes to the background. commands, that do not exit, will make [shell] block pd. all this only applies, if you experience hangs, but not segfaults, of course. roman ___ Der frühe Vogel fängt den Wurm. Hier gelangen Sie zum neuen Yahoo! Mail: http://mail.yahoo.de ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] shell .... again....
oh... and PD does not quit. even if i hit relaunch or ignore or even if i just try to quit in general i have to force quit and this has been like this for a little while on differnt systems.. at least at the leopard level. not sure about tiger/ppc/intel - not sure if that all made a difference --- On Sun, 3/8/09, mark edward grimm mgr...@syr.edu wrote: From: mark edward grimm mgr...@syr.edu Subject: Re: [PD] shell again To: reduzie...@yahoo.de Cc: pd_list pd-list@iem.at Date: Sunday, March 8, 2009, 4:07 PM what are the symptoms of the crashes? does pd just quit with a segfault, or does [shell] makes pd hang? yeah its really weird i get: the application pd quit unexpectedly then i can ignore or relaunch... either choice PD still runs in the background. the ignore or relaunch seems to be only a nag screen that does not do anything... but at the same time creates the situation that make PD unusable... anyone else with he same? maybe its leopard thing? --- On Sun, 3/8/09, Roman Haefeli reduzie...@yahoo.de wrote: From: Roman Haefeli reduzie...@yahoo.de Subject: Re: [PD] shell again To: mgr...@syr.edu Cc: pd_list pd-list@iem.at Date: Sunday, March 8, 2009, 3:02 PM On Sun, 2009-03-08 at 11:53 -0700, mark edward grimm wrote: i have been trying to use shell... works OK in linux but in osx it just crashes. i am just wondering if this thread went anywhere: http://lists.puredata.info/pipermail/pd-list/2009-01/067700.html i have it in a bunch of patches now and would love to use it more ... if it had more cross-compatibility (osx) because i tend to work with others + other os's. maybe i should just change to pdlua as frank suggested? or might shell someday get fixed? not sure what to do what are the symptoms of the crashes? does pd just quit with a segfault, or does [shell] makes pd hang? it's been a while, since i used [shell] the last time, but i remember, that i could always make it work with what i wanted, it was just a matter of writing the script in a way, so that it immediately exits or detaches the running processes to the background. commands, that do not exit, will make [shell] block pd. all this only applies, if you experience hangs, but not segfaults, of course. roman ___ Der frühe Vogel fängt den Wurm. Hier gelangen Sie zum neuen Yahoo! Mail: http://mail.yahoo.de ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] shell .... again....
Often, on MacOSX, when 'Pd-extended' quit, 'pd' stay. You have to force 'pd' to quit then relauch 'Pd-extended' (if i'm right). ++ Jack Le 8 mars 09 à 21:12, mark edward grimm a écrit : oh... and PD does not quit. even if i hit relaunch or ignore or even if i just try to quit in general i have to force quit and this has been like this for a little while on differnt systems.. at least at the leopard level. not sure about tiger/ppc/ intel - not sure if that all made a difference --- On Sun, 3/8/09, mark edward grimm mgr...@syr.edu wrote: From: mark edward grimm mgr...@syr.edu Subject: Re: [PD] shell again To: reduzie...@yahoo.de Cc: pd_list pd-list@iem.at Date: Sunday, March 8, 2009, 4:07 PM what are the symptoms of the crashes? does pd just quit with a segfault, or does [shell] makes pd hang? yeah its really weird i get: the application pd quit unexpectedly then i can ignore or relaunch... either choice PD still runs in the background. the ignore or relaunch seems to be only a nag screen that does not do anything... but at the same time creates the situation that make PD unusable... anyone else with he same? maybe its leopard thing? --- On Sun, 3/8/09, Roman Haefeli reduzie...@yahoo.de wrote: From: Roman Haefeli reduzie...@yahoo.de Subject: Re: [PD] shell again To: mgr...@syr.edu Cc: pd_list pd-list@iem.at Date: Sunday, March 8, 2009, 3:02 PM On Sun, 2009-03-08 at 11:53 -0700, mark edward grimm wrote: i have been trying to use shell... works OK in linux but in osx it just crashes. i am just wondering if this thread went anywhere: http://lists.puredata.info/pipermail/pd-list/2009-01/067700.html i have it in a bunch of patches now and would love to use it more ... if it had more cross-compatibility (osx) because i tend to work with others + other os's. maybe i should just change to pdlua as frank suggested? or might shell someday get fixed? not sure what to do what are the symptoms of the crashes? does pd just quit with a segfault, or does [shell] makes pd hang? it's been a while, since i used [shell] the last time, but i remember, that i could always make it work with what i wanted, it was just a matter of writing the script in a way, so that it immediately exits or detaches the running processes to the background. commands, that do not exit, will make [shell] block pd. all this only applies, if you experience hangs, but not segfaults, of course. roman ___ Der frühe Vogel fängt den Wurm. Hier gelangen Sie zum neuen Yahoo! Mail: http://mail.yahoo.de ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/ listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] shell .... again....
Often, on MacOSX, when 'Pd-extended' quit, 'pd' stay. You have to r u saying this might be a normal thing for pd-extended? for the most part no (actually on ubuntu 8.10 pd-extended recently i have to xkill fairly often?) on osx... but sometimes, more rarely, yes. not sure what you are asking though... is this a general problem or an issue related to [shell] still? m --- On Sun, 3/8/09, Jack j...@rybn.org wrote: From: Jack j...@rybn.org Subject: Re: [PD] shell again To: mgr...@syr.edu Cc: reduzie...@yahoo.de, pd_list pd-list@iem.at Date: Sunday, March 8, 2009, 4:18 PM Often, on MacOSX, when 'Pd-extended' quit, 'pd' stay. You have to force 'pd' to quit then relauch 'Pd-extended' (if i'm right). ++ Jack Le 8 mars 09 à 21:12, mark edward grimm a écrit : oh... and PD does not quit. even if i hit relaunch or ignore or even if i just try to quit in general i have to force quit and this has been like this for a little while on differnt systems.. at least at the leopard level. not sure about tiger/ppc/ intel - not sure if that all made a difference --- On Sun, 3/8/09, mark edward grimm mgr...@syr.edu wrote: From: mark edward grimm mgr...@syr.edu Subject: Re: [PD] shell again To: reduzie...@yahoo.de Cc: pd_list pd-list@iem.at Date: Sunday, March 8, 2009, 4:07 PM what are the symptoms of the crashes? does pd just quit with a segfault, or does [shell] makes pd hang? yeah its really weird i get: the application pd quit unexpectedly then i can ignore or relaunch... either choice PD still runs in the background. the ignore or relaunch seems to be only a nag screen that does not do anything... but at the same time creates the situation that make PD unusable... anyone else with he same? maybe its leopard thing? --- On Sun, 3/8/09, Roman Haefeli reduzie...@yahoo.de wrote: From: Roman Haefeli reduzie...@yahoo.de Subject: Re: [PD] shell again To: mgr...@syr.edu Cc: pd_list pd-list@iem.at Date: Sunday, March 8, 2009, 3:02 PM On Sun, 2009-03-08 at 11:53 -0700, mark edward grimm wrote: i have been trying to use shell... works OK in linux but in osx it just crashes. i am just wondering if this thread went anywhere: http://lists.puredata.info/pipermail/pd-list/2009-01/067700.html i have it in a bunch of patches now and would love to use it more ... if it had more cross-compatibility (osx) because i tend to work with others + other os's. maybe i should just change to pdlua as frank suggested? or might shell someday get fixed? not sure what to do what are the symptoms of the crashes? does pd just quit with a segfault, or does [shell] makes pd hang? it's been a while, since i used [shell] the last time, but i remember, that i could always make it work with what i wanted, it was just a matter of writing the script in a way, so that it immediately exits or detaches the running processes to the background. commands, that do not exit, will make [shell] block pd. all this only applies, if you experience hangs, but not segfaults, of course. roman ___ Der frühe Vogel fängt den Wurm. Hier gelangen Sie zum neuen Yahoo! Mail: http://mail.yahoo.de ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/ listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] shell .... again....
Le 8 mars 09 à 21:46, mark edward grimm a écrit : Often, on MacOSX, when 'Pd-extended' quit, 'pd' stay. You have to r u saying this might be a normal thing for pd-extended? for the most part no (actually on ubuntu 8.10 pd-extended recently i have to xkill fairly often?) on osx... but sometimes, more rarely, yes. No, it is not normal that Pd-extended crash ;) But it occurs sometimes. And in this case, if 'Pd-entended' crash and 'pd' is launched, you'd better to force to quit 'pd' before to relaunch 'Pd- extended'. not sure what you are asking though... is this a general problem or an issue related to [shell] still? This is not related to [shell], only a general behaviour. ++ Jack m --- On Sun, 3/8/09, Jack j...@rybn.org wrote: From: Jack j...@rybn.org Subject: Re: [PD] shell again To: mgr...@syr.edu Cc: reduzie...@yahoo.de, pd_list pd-list@iem.at Date: Sunday, March 8, 2009, 4:18 PM Often, on MacOSX, when 'Pd-extended' quit, 'pd' stay. You have to force 'pd' to quit then relauch 'Pd-extended' (if i'm right). ++ Jack Le 8 mars 09 à 21:12, mark edward grimm a écrit : oh... and PD does not quit. even if i hit relaunch or ignore or even if i just try to quit in general i have to force quit and this has been like this for a little while on differnt systems.. at least at the leopard level. not sure about tiger/ppc/ intel - not sure if that all made a difference --- On Sun, 3/8/09, mark edward grimm mgr...@syr.edu wrote: From: mark edward grimm mgr...@syr.edu Subject: Re: [PD] shell again To: reduzie...@yahoo.de Cc: pd_list pd-list@iem.at Date: Sunday, March 8, 2009, 4:07 PM what are the symptoms of the crashes? does pd just quit with a segfault, or does [shell] makes pd hang? yeah its really weird i get: the application pd quit unexpectedly then i can ignore or relaunch... either choice PD still runs in the background. the ignore or relaunch seems to be only a nag screen that does not do anything... but at the same time creates the situation that make PD unusable... anyone else with he same? maybe its leopard thing? --- On Sun, 3/8/09, Roman Haefeli reduzie...@yahoo.de wrote: From: Roman Haefeli reduzie...@yahoo.de Subject: Re: [PD] shell again To: mgr...@syr.edu Cc: pd_list pd-list@iem.at Date: Sunday, March 8, 2009, 3:02 PM On Sun, 2009-03-08 at 11:53 -0700, mark edward grimm wrote: i have been trying to use shell... works OK in linux but in osx it just crashes. i am just wondering if this thread went anywhere: http://lists.puredata.info/pipermail/pd-list/2009-01/067700.html i have it in a bunch of patches now and would love to use it more ... if it had more cross-compatibility (osx) because i tend to work with others + other os's. maybe i should just change to pdlua as frank suggested? or might shell someday get fixed? not sure what to do what are the symptoms of the crashes? does pd just quit with a segfault, or does [shell] makes pd hang? it's been a while, since i used [shell] the last time, but i remember, that i could always make it work with what i wanted, it was just a matter of writing the script in a way, so that it immediately exits or detaches the running processes to the background. commands, that do not exit, will make [shell] block pd. all this only applies, if you experience hangs, but not segfaults, of course. roman ___ Der frühe Vogel fängt den Wurm. Hier gelangen Sie zum neuen Yahoo! Mail: http://mail.yahoo.de ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/ listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] [shell] creates line breaks randomly in big lists.
Hello, dear list! I'm using Ubuntu 8.04, Pd version 0.40.3-extended, pentium M 1600MHz, currently trying to build a file handling patch using [shell] and a message to it: [ls mypath/*.jpg( everything works fine with 20 or less files in the folder. In folders containing approximately 200 files, some of the resulting lines become divided by line breaks, for example: print: Szenografie3/manufactum/ausgewaehlt/6608.jpg print: Szenografie3/manufactum/ausgewaehlt/6610.jpg print: Szenografie3/manufactu print: m/ausgewaehlt/6611.jpg print: Szenografie3/manufactum/ausgewaehlt/6614.jpg print: Szenografie3/manufactum/ausgewaehlt/6615.jpg the cut appears at different positions and different filenames when sending the message again. In some cases a filename is distributed on 3 lines. Is there any way to detect those line breaks within pd? Any objects for string manipulations or regular expressions? Thanks, Martin #N canvas 644 319 450 300 10; #X obj 95 116 shell; #X obj 95 139 route init; #X obj 164 163 print; #X msg 95 93 ls Szenografie3/manufactum/ausgewaehlt/*.jpg; #X connect 0 0 1 0; #X connect 1 1 2 0; #X connect 3 0 0 0; ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] [shell] creates line breaks randomly in big lists.
man stty Each call to [shell] opens a new tty It could be an issue that's a combination of column sizes and EOL characters. Because of buffering problems [shell] can be an unreliable tool. If you can use pdlua or pyext to write a listing external you will have more control and more consistent results. On Mon, 03 Nov 2008 16:59:54 +0100 Martin Schied [EMAIL PROTECTED] wrote: Hello, dear list! I'm using Ubuntu 8.04, Pd version 0.40.3-extended, pentium M 1600MHz, currently trying to build a file handling patch using [shell] and a message to it: [ls mypath/*.jpg( everything works fine with 20 or less files in the folder. In folders containing approximately 200 files, some of the resulting lines become divided by line breaks, for example: print: Szenografie3/manufactum/ausgewaehlt/6608.jpg print: Szenografie3/manufactum/ausgewaehlt/6610.jpg print: Szenografie3/manufactu print: m/ausgewaehlt/6611.jpg print: Szenografie3/manufactum/ausgewaehlt/6614.jpg print: Szenografie3/manufactum/ausgewaehlt/6615.jpg the cut appears at different positions and different filenames when sending the message again. In some cases a filename is distributed on 3 lines. Is there any way to detect those line breaks within pd? Any objects for string manipulations or regular expressions? Thanks, Martin -- Use the source ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] [shell] mount USB drive - howto ?
Ooops! I'm so stupid! Of course it can't work if I misspell it! Thanks for the hint! -Ursprüngliche Nachricht- Von: Martin Peach [mailto:[EMAIL PROTECTED] Gesendet: Freitag, 3. Oktober 2008 14:19 An: Ingo Scherzinger Cc: pd-list@iem.at Betreff: Re: [PD] [shell] mount USB drive - howto ? Ingo Scherzinger wrote: [mount /dev/sdb1 /usb( | [shell] That does the trick. Unmount doesnt work this way, however. Maybe umount works? Martin ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] [shell] mount USB drive - howto ?
Hi Frank, Thank you for your suggestion. I'll check that out, too. However these are always different USB-Sticks in order to exchange patch data. So what I did was use [shell]: First create an empty directory usb in the root folder and then [mount /dev/sdb1 /usb( | [shell] That does the trick. Unmount doesn't work this way, however. For some reason [shell] doesn't seem to accept all possible/needed commands. I'll try some other commands like kill or something similar. Ingo Hallo, Ingo Scherzinger hat gesagt: // Ingo Scherzinger wrote: Can anybody help me to mount an USB-Stick on Linux with a -nogui patch? I've found [shell] which looks like it should do the trick. However I'm not too much of a Linux Console guy. I need to be able to save patch data on a stick that is to be mounted after pd has started. Will it always be the same stick? Then it's probably easier to set up automatic mounting similar to the procedure described here: http://www.debian-administration.org/articles/127 http://www.debian-administration.org/articles/127 and in a lot of other places search engines can find for you. In the directory /dev/disk/ you will find various subdirectories which will get filled with device files for your stick. Personally I like the /dev/disk/by-id/ format most. For example my MP3-Player shows up there as: /dev/disk/by-id/usb-Meizu_MiniPlayer_0 To mount it just use: $ mount -t vfat /dev/disk/by-id/usb-Meizu_MiniPlayer_0 /media/stick or similar. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] [shell] mount USB drive - howto ?
Ingo Scherzinger wrote: [mount /dev/sdb1 /usb( | [shell] That does the trick. “Unmount” doesn’t work this way, however. Maybe umount works? Martin ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] [shell] mount USB drive - howto ?
Hallo, Ingo Scherzinger hat gesagt: // Ingo Scherzinger wrote: Can anybody help me to mount an USB-Stick on Linux with a -nogui patch? I've found [shell] which looks like it should do the trick. However I'm not too much of a Linux Console guy. I need to be able to save patch data on a stick that is to be mounted after pd has started. Will it always be the same stick? Then it's probably easier to set up automatic mounting similar to the procedure described here: http://www.debian-administration.org/articles/127 and in a lot of other places search engines can find for you. In the directory /dev/disk/ you will find various subdirectories which will get filled with device files for your stick. Personally I like the /dev/disk/by-id/ format most. For example my MP3-Player shows up there as: /dev/disk/by-id/usb-Meizu_MiniPlayer_0 To mount it just use: $ mount -t vfat /dev/disk/by-id/usb-Meizu_MiniPlayer_0 /media/stick or similar. Ciao -- Frank ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] [shell] mount USB drive - howto ?
OK, never mind. I got it already! Can anybody help me to mount an USB-Stick on Linux with a -nogui patch? I've found [shell] which looks like it should do the trick. However I'm not too much of a Linux Console guy. I need to be able to save patch data on a stick that is to be mounted after pd has started. So my question is: a) what's the command line to mount the drive? b) how can I find out what the name of the drive is so I can save to it? Any help is very much appreciated! Ingo ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] shell problem on osx
Luke Iannini wrote: On Thu, Jul 10, 2008 at 11:39 AM, marius schebella [EMAIL PROTECTED] wrote: Hi, when I use the shell object on osx, I get an error after every command I send to it. The application pd quit unexpectedly. anybody know why and how to get rid of that? I found a glimmer but never had the chops to implement it: http://sourceforge.net/tracker/index.php?func=detailaid=1825056group_id=55736atid=478070 (see the comments) ok, so this is a mac OS X 10.5 problem... the exec*() thing could be the solution, but I don't know how to fix that. marius. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] shell problem on osx
I haven't any problem with [shell] with MacOSX.4.11 with a Powerbook G4. I use it often. I use Pd version 0.40.3-extended-20080622 and Pd version 0.40.3- extended-20080315. ++ Jack Le 10 juil. 08 à 20:39, marius schebella a écrit : Hi, when I use the shell object on osx, I get an error after every command I send to it. The application pd quit unexpectedly. anybody know why and how to get rid of that? thanks a lot. marius. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/ listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] shell problem on osx
On Thu, Jul 10, 2008 at 11:39 AM, marius schebella [EMAIL PROTECTED] wrote: Hi, when I use the shell object on osx, I get an error after every command I send to it. The application pd quit unexpectedly. anybody know why and how to get rid of that? I found a glimmer but never had the chops to implement it: http://sourceforge.net/tracker/index.php?func=detailaid=1825056group_id=55736atid=478070 (see the comments) Cheers Luke (also, yea, it is Leopard specific hence the lack of trouble on Tiger) ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] shell problem on osx
Hi, when I use the shell object on osx, I get an error after every command I send to it. The application pd quit unexpectedly. anybody know why and how to get rid of that? thanks a lot. marius. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] shell object under ppc
Hi all, i'm using a debian ppc, and the shell objet doesn't exist, is it come with a particular package ?, where can i found it or souces.list ? Thanks Regards 3o3i __ Do You Yahoo!? En finir avec le spam? Yahoo! Mail vous offre la meilleure protection possible contre les messages non sollicités http://mail.yahoo.fr Yahoo! Mail ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] shell object under ppc
Maybe, you can try [ggee/shell]. ++ Jack Le 30 mai 08 à 10:12, Gonzague DDR a écrit : Hi all, i'm using a debian ppc, and the shell objet doesn't exist, is it come with a particular package ?, where can i found it or souces.list ? Thanks Regards 3o3i __ Do You Yahoo!? En finir avec le spam? Yahoo! Mail vous offre la meilleure protection possible contre les messages non sollicités http://mail.yahoo.fr Yahoo! Mail ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/ listinfo/pd-list ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] [shell] issue
Olivier Heinry wrote: Le Mon, 28 Apr 2008 12:13:10 +0200, Thomas Mayer [EMAIL PROTECTED] a écrit : Olivier Heinry wrote: hi, I've got this command line that flushes the disk cache on Linux 2.6.16 and later that's very useful to clean big video files from RAM: sudo sync; sudo echo 1 /proc/sys/vm/drop_caches Any of you has an idea how to give a [sudo cmd( message to the [shell] object and on-interactively give the sudo password? One way is to exclude these commands from needing the password via http://lists.debian.org/debian-user/2004/02/msg00656.html Another way is pipelining stdin: echo YOURPASSWORD|sudo sync; ... or for some real shell programming and using a textfile for stdin: http://www.tldp.org/LDP/abs/html/io-redirection.html cu Thomas Thanks big brother, i've added it to Pdpedia tips and tricks Thanks, I have elaborated the part a bit, and added pros and cons for the three methods. cu Thomas -- Prisons are needed only to provide the illusion that courts and police are effective. They're a kind of job insurance. (Leto II. in: Frank Herbert, God Emperor of Dune) http://thomas.dergrossebruder.org/ ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] [shell] issue
hi, I've got this command line that flushes the disk cache on Linux 2.6.16 and later that's very useful to clean big video files from RAM: sudo sync; sudo echo 1 /proc/sys/vm/drop_caches Any of you has an idea how to give a [sudo cmd( message to the [shell] object and on-interactively give the sudo password? ++ O. ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] [shell] issue
Olivier Heinry wrote: hi, I've got this command line that flushes the disk cache on Linux 2.6.16 and later that's very useful to clean big video files from RAM: sudo sync; sudo echo 1 /proc/sys/vm/drop_caches Any of you has an idea how to give a [sudo cmd( message to the [shell] object and on-interactively give the sudo password? One way is to exclude these commands from needing the password via http://lists.debian.org/debian-user/2004/02/msg00656.html Another way is pipelining stdin: echo YOURPASSWORD|sudo sync; ... or for some real shell programming and using a textfile for stdin: http://www.tldp.org/LDP/abs/html/io-redirection.html cu Thomas -- Prisons are needed only to provide the illusion that courts and police are effective. They're a kind of job insurance. (Leto II. in: Frank Herbert, God Emperor of Dune) http://thomas.dergrossebruder.org/ ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] [shell] issue
Le Mon, 28 Apr 2008 12:13:10 +0200, Thomas Mayer [EMAIL PROTECTED] a écrit : Olivier Heinry wrote: hi, I've got this command line that flushes the disk cache on Linux 2.6.16 and later that's very useful to clean big video files from RAM: sudo sync; sudo echo 1 /proc/sys/vm/drop_caches Any of you has an idea how to give a [sudo cmd( message to the [shell] object and on-interactively give the sudo password? One way is to exclude these commands from needing the password via http://lists.debian.org/debian-user/2004/02/msg00656.html Another way is pipelining stdin: echo YOURPASSWORD|sudo sync; ... or for some real shell programming and using a textfile for stdin: http://www.tldp.org/LDP/abs/html/io-redirection.html cu Thomas Thanks big brother, i've added it to Pdpedia tips and tricks ++ O. ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] shell scripts to tell which externals are used by patches
On Tue, Apr 8, 2008 at 9:26 AM, Claude Heiland-Allen [EMAIL PROTECTED] wrote: Hi all, I wrote some shell scripts to find out which externals my patches need. Great! I had been planning to whip up something like this for a while, but I'm glad you did it since I probably would have done something silly like tried to use Pd to process the files. Thanks Luke ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] shell scripts to tell which externals are used by patches
Hi all, I wrote some shell scripts to find out which externals my patches need. Download: svn co https://devel.goto10.org/svn/maximus/pdpatchinfo Example usage: $ ./internals.sh ~/src/pd-0.41-4 pd-0.41-4.txt $ ./objs.sh ~/maximus/2008/gg/spiral.pd | ./externals.sh pd-0.41-4.txt colorRGB expr gem2graphgrow gemhead gemwin graphgrow pix_snap2tex rotateXYZ scale scaleXYZ separator square translateXYZ $ Future usage: $ ./objs.sh ~/maximus/2008/gg/spiral.pd | ./externals pd-0.41-4.txt | ./externals pd-0.41-4-bundled.txt | ./externals Gem.txt gem2graphgrow graphgrow $ Notes: (1) ./internal.sh depends on the source code format (which is a bit fragile/hacky). (2) To get a list of objects defined by a library would require patching Pd to add printing to class_new() and class_addcreator(). (3) Haven't yet written the list of the externals bundled with Pd. This message brought to you by the characters #X and the number 247. Claude -- http://claudiusmaximus.goto10.org ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] [shell] on OSX...
...is painfully slow! It takes minutes sometimes to execute a command that the terminal handles is a second or two. Why is that? Does anyone else have this problem? Also, it doesn't seem to understand, for example cd /home/derek, since a pwd command immediately after still lists / as the current dir. Suggestions to speed it up/make it listen? OSX 10.4.10 PD-0.39.2-extended-test4 PD-0.39.2-extended-rc4 best, d. -- derek holzer ::: http://www.umatic.nl ::: http://blog.myspace.com/macumbista ---Oblique Strategy # 105: Listen to the quiet voice ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] [shell] on OSX...
Derek Holzer wrote: ...is painfully slow! It takes minutes sometimes to execute a command that the terminal handles is a second or two. Why is that? Does anyone else have this problem? i cannot help you here, but most likely it is a problem with initializing a context: everytime you call shell, it will have to restart the shell-interpreter which will take some time (when you start the terminal it also takes some time...once the terminal is up and running it is faster, but you don't get this with the [shell]) btw, this is the reasons why many often-used applications are often re-written as daemons (e.g. i have a virus-scanner that usually get's called from the cmdline to scan a file - this is too slow if you are using it on a mailserver; therefore there is a daemonized version of the scanner which is always running and which takes the data to be scanned via a pipe) this is also one of the reasons i hardly ever use [shell] but usually write a small shellscript server (using ./pdreceive) and send data to this server via [netsend] (and vice versa) i often find this more stable (and fun), but it is more complicated to setup. Also, it doesn't seem to understand, for example cd /home/derek, since a pwd command immediately after still lists / as the current dir. what makes you think it doesn't understand? whenever you call shell, it will open up a new context. so when you send cd /home/derek it will changedir into /home/derek (from /) and then quit. when you call pwd it will print the working directory of a fresh context (which is /) it is like when you open a terminal and do a cd /usr/local and then open another terminal and do a pwd... this behaviour is the same on all platforms. therefore you one usually uses scripts for more complex operations: $ cat /tmp/doit.sh #!/bin/sh cd /home/derek pwd and then do [/tmp/doit.sh( | [shell] fmadsr. IOhannes ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] [shell] on OSX...
Derek Holzer wrote: Hi IOhannes, IOhannes m zmoelnig wrote: what you are sending to [shell] basically _is_ a shellscript... Ah, OK, now I see. I've been doing it the way you suggested, and as I reported it's painfully slow. Several degrees of ten times slower than the same commandline entered into an open terminal. Or even that opening a new terminal and then entering the command. I thought maybe there would be a way to make it faster. #!/bin/bash netreceive udp | while read line do mkdir -p $(echo ${line} | sed -e 's|;$||') done [symbol\ | [send /home/derek/test_$1( | [netsend 1] if it get's more complicated just do it like this #!/bin/sh cd /home/derek mkdir test_$1 and call your script with [/path/to/myscript.sh $1( So simple bash scripts can use $1 as well? That was what I was unsure about. I thought there was other syntax to introduce variables into them that I *didn't* know. it's the other way round: pd can use $1 as well, just like other languages, including bash. and what's more, $0 has a more logical meaning in bash... fgnasdr. IOhannes ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] [shell] on OSX...
On Thu, 2007-10-18 at 19:15 +0200, IOhannes m zmoelnig wrote: Derek Holzer wrote: Hi IOhannes, IOhannes m zmoelnig wrote: what you are sending to [shell] basically _is_ a shellscript... Ah, OK, now I see. I've been doing it the way you suggested, and as I reported it's painfully slow. Several degrees of ten times slower than the same commandline entered into an open terminal. Or even that opening a new terminal and then entering the command. I thought maybe there would be a way to make it faster. #!/bin/bash netreceive udp | while read line pdreceive udp | while read line # there is no 'netreceive' command do mkdir -p $(echo ${line} | sed -e 's|;$||') done [symbol\ | [send /home/derek/test_$1( | [netsend 1] yeah, nice example of a server. thanks roman ___ Der frühe Vogel fängt den Wurm. Hier gelangen Sie zum neuen Yahoo! Mail: http://mail.yahoo.de ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] shell script for ieee1394 on debian
Le lundi 20 août 2007 à 18:00 +0200, Tim Boykett a écrit : Hi Olivier, I seem to be having the problem again that some paranoid program is snipping off the dv.sh script because it might contain a virus! Did you mean the following script: mkdir -p /dev/ieee1394/dv/host0/PAL mknod -m 666 /dev/ieee1394/dv/host0/PAL/in c 171 34 mknod -m 666 /dev/ieee1394/dv/host0/PAL/out c 171 35 exactly I copied this from the article that you linked below. If it is this, then Hurrah! it works. Do you have any idea why it is necessary to create these nodes, while Kino seems to find the devices without any trouble? It would be nice if this just worked out of the box on linux. not really, i cant read in the guts of *nix Cheers, tim Glad it worked! I shoud have shared it at the time I ran into this article ++ O. On 16/08/2007, at 10:12 AM, Olivier Heinry wrote: WARNING: This e-mail has been altered by MIMEDefang. Following this paragraph are indications of the actual changes made. For more information about your site's MIMEDefang policy, contact JKU Network Administration [EMAIL PROTECTED]. For more information about MIMEDefang, see: http://www.zid.jku.at/virusinfo/mimedefang.html An attachment named dv.sh was removed from this document as it constituted a security hazard. If you require this document, please contact the sender and arrange an alternate means of receiving it. As far as i remeber, it was due to some nodes lacking, whichj are erased by udev and need to be rebuilt by the follwing bash script. I'll try drop by at the other computer's station and have a look at the original patch. good luck O. signature.asc ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] shell script for ieee1394 on debian
Hi Olivier, I seem to be having the problem again that some paranoid program is snipping off the dv.sh script because it might contain a virus! Did you mean the following script: mkdir -p /dev/ieee1394/dv/host0/PAL mknod -m 666 /dev/ieee1394/dv/host0/PAL/in c 171 34 mknod -m 666 /dev/ieee1394/dv/host0/PAL/out c 171 35 I copied this from the article that you linked below. If it is this, then Hurrah! it works. Do you have any idea why it is necessary to create these nodes, while Kino seems to find the devices without any trouble? It would be nice if this just worked out of the box on linux. Cheers, tim On 16/08/2007, at 10:12 AM, Olivier Heinry wrote: WARNING: This e-mail has been altered by MIMEDefang. Following this paragraph are indications of the actual changes made. For more information about your site's MIMEDefang policy, contact JKU Network Administration [EMAIL PROTECTED]. For more information about MIMEDefang, see: http://www.zid.jku.at/virusinfo/mimedefang.html An attachment named dv.sh was removed from this document as it constituted a security hazard. If you require this document, please contact the sender and arrange an alternate means of receiving it. As far as i remeber, it was due to some nodes lacking, whichj are erased by udev and need to be rebuilt by the follwing bash script. I'll try drop by at the other computer's station and have a look at the original patch. good luck O. signature.asc ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list