[PD-dev] from t_symbol to t_class

[Jonathan Wilkes]

----- Original Message -----
> From: IOhannes zmölnig <zmoelnig at iem.at>
> To: pd-dev at 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 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 "select" 
> and "list"
>>  are actually several classes that share a name (and which one gets created
>>  depends on the arguments sent to vmess())
> 
> 
> also, what happens if the object in question accesses some hardware ressource? 
> e.g. [pix_video] will try to grab an available video-source, potentially locking 
> a hardware device.
> in theory this should not be aproblem, as the object will hopefully be freed by 
> [classinfo] asap, but in practice it might have all kinds of side-effects, 
> starting from short lockups of Pd to launching rockets.

I'd prefer to just inspect the class without creating a new instance but I can't
figure out how.
 
Are all t_gobj linked together in one big list?
 
-Jonathan
 
> 
> 
> gmfad
> IOhannes
> 
> _______________________________________________
> Pd-dev mailing list
> Pd-dev at iem.at
> http://lists.puredata.info/listinfo/pd-dev
>