Hmm, I don't think it would be so great for to have floats and ints in
Pd for most uses. This has probably been discussed before, but is
there any chance of generalizing the pointer type? Or perhaps there
should be just a generic pointer type, that's what I think IOhannes
was proposing.
.hc
On Jan 28, 2009, at 10:46 AM, Martin Peach wrote:
Pd already has a t_int type declared in m_pd.h, the comments imply
that it must be the same size as a pointer:/* signed and unsigned integer types the size of a pointer: */ #if !defined(PD_LONGINTTYPE) #define PD_LONGINTTYPE long #endif #if !defined(PD_FLOATTYPE) #define PD_FLOATTYPE float #endif typedef PD_LONGINTTYPE t_int; /* pointer-size integer */ typedef PD_FLOATTYPE t_float; /* a float type at most the same
size */ typedef PD_FLOATTYPE t_floatarg; /* float type for function calls
*/So if Pd could handle int types just as it now handles float types,
then you could pass pointers around (as well as unicode characters
etc.). The blob code defines a type that consists of a pointer and a
length, but that could be done further down the chain outside of
core Pd if Pd could pass just the pointer around. The t_int type is used internally but there is no integer atom.Martin
From: Hans-Christoph Steiner hans@eds.org To: Martin Peach martin.peach@sympatico.ca CC: pd-list pd-list@iem.at Subject: Re: [PD] PD-extended 0.40-3 : error when sending "blob"
message to inlet Date: Wed, 28 Jan 2009 09:44:43 -0500I don't quite follow, can you expand on that? Do you mean that Pd
would have to include ints? Or that the C code should use t_int
rather than int?.hc
On Jan 28, 2009, at 9:21 AM, Martin Peach wrote:
I'm thinking that if Pd would just handle its own t_int type (as
MaxMSP does) then the blob stuff would be unnecessary.Martin
Hans-Christoph Steiner wrote:
Yes, indeed this is strange behavior. The string/blob stuff is in need of an update, but its not very clear how to handle it. So examples like this are useful for outlining the problems.
.hc
On Jan 27, 2009, at 5:51 PM, Jean-Yves Gratius wrote:
strange behaviour, isn't it ? when I send [float( or [list( or [symbol( or even <gempointer>
to a trigger [t a], everything is ok, when I send [blob( to this
trigger, i get an error message. Any other reserved keywords ?JYG.
Hans-Christoph Steiner a écrit :
"blob" is a keyword for Martin Peach's string additions that are included in Pd-extended.
.hc
On Jan 27, 2009, at 4:44 AM, Jean-Yves Gratius wrote:
> hi, > > in pd-extended 0.40-3 (win xp), when i send a [blob( message
> to a > subpatch with an inlet, i get a error message : > > error : Bad arguments for message 'blob' to object
> 'messresponder' > > i tried with pd vanilia 0.39-2, 0.40-1, pd ext. 0.39-2,
> everything > is > ok. > > [blob( > | > [pd-subpatch] > > Jean-Yves > > > > > > _______________________________________________ > Pd-list@iem.at mailing list > UNSUBSCRIBE and account-management -> > http://lists.puredata.info/listinfo/pd-list
Using ReBirth is like trying to play an 808 with a long stick. -David Zicarelli
No virus found in this incoming message. Checked by AVG - http://www.avg.com Version: 8.0.176 / Virus Database: 270.10.14/1917 - Release Date: 26/01/2009 18:37
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Looking at things from a more basic level, you can come up with
a more direct solution... It may sound small in theory, but it in
practice, it can change entire economies. - Amy Smith
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
Terrorism is not an enemy. It cannot be defeated. It's a
tactic. It's about as sensible to say we declare war on night
attacks and expect we're going to win that war. We're not going
to win the war on terrorism. - retired U.S. Army general,
William Odom
Programs should be written for people to read, and only incidentally
for machines to execute.
- from Structure and Interpretation of Computer Programs