This is my first post but I've been lurking on the list for a while - and learnt lots - thanks for all the work on pd and the lively discussions.
When using $1, $2 etc in a message object the behaviour is odd: if a float is the first element of a list then it is used as $1 - all the examples I can find in the docs show lists of floats only. If a symbol is first it is ignored and the second symbol is used for $1.
I assume this is so the first symbol can be special eg: 'set' and to fit with the general pattern of arguments, lists etc. but it would be nice to add a couple of symbol list examples to the help file to illustrate this difference - maybe from the attached patch.
My problem is that I am making an subpatch to include in lots of my patches so I can stop pd rendering or quit from another machine if it gets overloaded while running GEM, and so I can easily run patches -nogui. I want to do it with standard pd so it is as portable as possible. The way I've set it up I want to send messages to various receive objects but I'm stuck trying to add 'list' to the head of a the text from netreceive without using external libraries - see my patch.
There is also a consistent crash: when pdsend has been connected, then the patch containing netreceive is closed and reopened, and then pdsend sends some more messages. This is on OSX 10.3.8, Pd version 0.38 TEST13, GEM 0.90 and on Pd version 0.37.0. The terminal reports 'Bus error'. I've included bits of the console reports in case they is any use.
When the pd side works smoothly I'll make a simple OSX wrapper for pdsend with buttons and a text box so it is very easy to use. Also a few sliders so I can share the patches that rely on running nogui and that I control with midi hardware. For now I can just type an extra word in the terminal each time I want to do a send, and wait till the patch is open before launching pdsend
Thanks,
Simon Wise
hi
my first thought was to use [any2list] (or [a2l]) from zexy, which makes lists out of anythings (a list beginning with a symbol, but not list). suddenly you mentioned to use only pd native obj, but i couldn't figure out how to do this with pd natives only.
cheers roman
----- Original Message ----- From: "simon wise" simonxwise@hotmail.com To: pd-list@iem.at Sent: Saturday, March 26, 2005 4:11 PM Subject: [PD] $1, message objects and pdsend
This is my first post but I've been lurking on the list for a while - and learnt lots - thanks for all the work on pd and the lively discussions.
When using $1, $2 etc in a message object the behaviour is odd: if a float is the first element of a list then it is used as $1 - all the examples I can find in the docs show lists of floats only. If a symbol is first it is ignored and the second symbol is used for $1.
I assume this is so the first symbol can be special eg: 'set' and to fit with the general pattern of arguments, lists etc. but it would be nice to add a couple of symbol list examples to the help file to illustrate this difference - maybe from the attached patch.
My problem is that I am making an subpatch to include in lots of my patches so I can stop pd rendering or quit from another machine if it gets overloaded while running GEM, and so I can easily run patches -nogui. I want to do it with standard pd so it is as portable as possible. The way I've set it up I want to send messages to various receive objects but I'm stuck trying to add 'list' to the head of a
the
text from netreceive without using external libraries - see my patch.
There is also a consistent crash: when pdsend has been connected, then the patch containing netreceive is closed and reopened, and then
pdsend
sends some more messages. This is on OSX 10.3.8, Pd version 0.38 TEST13, GEM 0.90 and on Pd version 0.37.0. The terminal reports 'Bus error'. I've included bits
of
the console reports in case they is any use.
When the pd side works smoothly I'll make a simple OSX wrapper for pdsend with buttons and a text box so it is very easy to use. Also a few sliders so I can share the patches that rely on running nogui and that I control with midi hardware. For now I can just type an extra word in the terminal each time I want to do a send, and wait till the patch is open before launching pdsend
Thanks,
Simon Wise
hi simon,
simon wise wrote: ...
There is also a consistent crash: when pdsend has been connected, then the patch containing netreceive is closed and reopened, and then pdsend sends some more messages.
this is an old issue, marked with a 'LATER' comment in the source.
I think it was forgotten... perhaps, because until a year or so ago, it was the sending end that was forced to exit first (via SIGPIPE signal).
Krzysztof
On Sun, 27 Mar 2005, simon wise wrote:
When using $1, $2 etc in a message object the behaviour is odd: if a
In a messagebox, the first element is taken as the message-type, if it is a symbol. Else, if there's more than one element, the message-type is "list", and else the message-type corresponds to the atom-type (in this case it's usually "float" but it also can be "pointer" if you do know what they are...)
float is the first element of a list then it is used as $1 - all the examples I can find in the docs show lists of floats only. If a symbol is first it is ignored and the second symbol is used for $1.
As I say above, it's not ignored, but the message produced is not considered to be a list anymore. Furthermore, the message-type is never accessible as $1, because $1 is the start of the message-content.
The way I've set it up I want to send messages to various receive objects but I'm stuck trying to add 'list' to the head of a the text from netreceive without using external libraries - see my patch.
You may need a [prepend] object. There are several ones provided by different libraries.
Mathieu Bouchard -=- Montréal QC Canada -=- http://artengine.ca/matju
On 27 Mar 2005, at 8:09 AM, Mathieu Bouchard wrote:
As I say above, it's not ignored, but the message produced is not considered to be a list anymore. Furthermore, the message-type is never accessible as $1, because $1 is the start of the message-content.
yes, all is as it should be - I was only recommending an addition to the help files to make it clear, since it took me a while to figure out what was happening. Maybe the example attached could be added to these files:
doc/2.control.examples/10.more.messages.pd
doc/5.reference/help-message.pd
You may need a [prepend] object. There are several ones provided by different libraries.
but is there a simple way to [prepend] without using external libraries? I'm making the subpatch to put in patches I'm sharing with others, so I would like to have Gem as the only external needed beyond the standard distribution.
thanks
simon