-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 2013-01-13 18:50, Jonathan Wilkes wrote:
but adding/revising code inside class_new would retain 100%
binary compatibility, whereas adding members to public structures
is a 100% guarantee to break binary compatibiliy.
And if I just put the
On 01/12/2013 11:56 PM, Jonathan Wilkes wrote:
a t_class *s_class? Would that affect performance?
it would break binary compatibility.
there's no good reason to add hash-like lookups to t_symbol (your only
reason is convenience).
and avoiding code duplication.
i think that breaking
- Original Message -
From: IOhannes zmölnig zmoel...@iem.at
To: pd-dev@iem.at
Cc:
Sent: Sunday, January 13, 2013 5:57 AM
Subject: Re: [PD-dev] from t_symbol to t_class
On 01/12/2013 11:56 PM, Jonathan Wilkes wrote:
a t_class *s_class? Would that affect performance
On 01/12/2013 12:04 AM, Jonathan Wilkes wrote:
In C would I just make a struct with fields of t_symbol,
t_class, and a pointer to link to the next one?
Yeah, a linked list would work fine, probably not as efficient as the c++ hash
structure (but lots easier to maintain). One nit-to-pick:
- Original Message -
From: IOhannes zmölnig zmoel...@iem.at
To: pd-dev@iem.at
Cc:
Sent: Saturday, January 12, 2013 9:27 AM
Subject: Re: [PD-dev] from t_symbol to t_class
On 01/12/2013 12:04 AM, Jonathan Wilkes wrote:
In C would I just make a struct with fields of t_symbol
From: Charles Henry czhe...@gmail.com
To: Jonathan Wilkes jancs...@yahoo.com
Sent: Friday, January 4, 2013 6:17 PM
Subject: Re: [PD-dev] from t_symbol to t_class
[..]
In C would I just make a struct with fields of t_symbol,
t_class, and a pointer to link
On 01/04/2013 07:19 AM, Miller Puckette wrote:
I think you're safe calling vmess() to pass no arguments to clip_new
(for example) - the worst that can happen is the return value (the
global newest is zero. If not it's a proper Pd object you can use zgetfn()
on to test it for messages.
Main
- Original Message -
From: IOhannes zmölnig zmoel...@iem.at
To: pd-dev@iem.at
Cc:
Sent: Friday, January 4, 2013 4:43 AM
Subject: Re: [PD-dev] from t_symbol to t_class
On 01/04/2013 07:19 AM, Miller Puckette wrote:
I think you're safe calling vmess() to pass no arguments
On Fri, Jan 4, 2013 at 11:36 AM, Jonathan Wilkes jancs...@yahoo.com wrote:
- Original Message -
From: IOhannes zmölnig zmoel...@iem.at
To: pd-dev@iem.at
Cc:
Sent: Friday, January 4, 2013 4:43 AM
Subject: Re: [PD-dev] from t_symbol to t_class
On 01/04/2013 07:19 AM, Miller
Sure - canvas_finderror() is an example of how to go through every object
in the whole Pd process.
cheers
M
On Fri, Jan 04, 2013 at 09:36:42AM -0800, Jonathan Wilkes wrote:
I'd prefer to just inspect the class without creating a new instance but I
can't
figure out how.
Are all t_gobj
Hi list,
Since matju couldn't find a way to do this without patching Pd I doubt
it's possible, but I want to ask anyway:
[symbol clip(
|
[classinfo] -- spits out a list of methods, or other class attributes, etc.
I can check if clip exists using zgetfn
I can get a function pointer to
I think you're safe calling vmess() to pass no arguments to clip_new
(for example) - the worst that can happen is the return value (the
global newest is zero. If not it's a proper Pd object you can use zgetfn()
on to test it for messages.
Main problem I see with this is that some classes like
12 matches
Mail list logo