[PD] variable receive objects?
Jonathan Wilkes
jancsika at yahoo.com
Mon May 28 17:03:02 CEST 2012
----- Original Message -----
> From: Miller Puckette <msp at ucsd.edu>
> To: Ivica Ico Bukvic <ico at vt.edu>
> Cc: "pd-list at iem.at" <pd-list at iem.at>
> Sent: Monday, May 28, 2012 1:13 AM
> Subject: Re: [PD] variable receive objects?
>
> Lots of stuff - grep s_thing *.c :)
>
> One weak way to proceed might be to maintain a static "count" that
> increments anytime anyone unbinds anything in all of Pd and break out
> of the loops in bindlist_bang() etc if the number changes. A more
> specific but slightly uglier approach would be to maintain such a count
> per-symbol. but it seems quite a bit of baggage jus to allow receive to
> have that inlet.
The main aim in my opinion would be to keep iemguis from being
crash-able.
-Jonathan
>
> cheers
> Miller
>
>> Never mind. Just had a look at pd_bind/unbind code. This makes me
>> wonder what if all bindings/unbindings were handled as lists? Would
>> this potentially break anything (other than having to modify
>> bind/unbind mechanism)? Does anything else depend on 2-member list
>> vs. 1-member pointer in terms of bindings? I suspect there would be
>> some cpu impact on having it implemented this way, but not that
>> much.
>>
>> --
>> Ivica Ico Bukvic, D.M.A
>> Composition, Music Technology
>> Director, DISIS Interactive Sound& Intermedia Studio
>> Director, L2Ork Linux Laptop Orchestra
>> Head, ICAT Integrative Performance Studio
>> Virginia Tech
>> Department of Music
>> Blacksburg, VA 24061-0240
>> (540) 231-6139
>> (540) 231-5034 (fax)
>> disis.music.vt.edu
>> l2ork.music.vt.edu
>> ico.bukvic.net
>>
>>
>> _______________________________________________
>> Pd-list at iem.at mailing list
>> UNSUBSCRIBE and account-management ->
> http://lists.puredata.info/listinfo/pd-list
>
> _______________________________________________
> Pd-list at iem.at mailing list
> UNSUBSCRIBE and account-management ->
> http://lists.puredata.info/listinfo/pd-list
>
More information about the Pd-list
mailing list