5 Mar
2012
5 Mar
'12
12:36 p.m.
R:
does the first shred terminate before you look at connections with the second?
D:
Yes, it does - and that's kind of the point. I want a style of programming where each shred has one "atomic" effect on a system that persists between and above the shreds...
Okay, I get that. I'm personally happy that ChucK shreds de-allocate the resources that they've allocated upon exit, including connections. In your case, perhaps you could create a long-lived "connection shred" whose contract is to set up the patches, and let the other shreds send messages to it. That's the basic approach I used in my real-time setups.