[chuck-users] problems with chubgraphs
spencer at ccrma.stanford.edu
Mon Sep 3 15:55:33 EDT 2012
Thanks for all of your interesting bug reports, feedback, and
experimentation -- we really appreciate it. In SVN now I have patched
the Chubgraph implementation to properly account for .gain() and
We anticipate moving ChucK's source code hosting to GitHub within the
next few weeks (as soon as our active development initiatives
stabilize). At that point we would suggest submitting issues/bug
reports to GitHub's issue tracker. Until then, feel free to post them
to the mailing list so we can take a look, perhaps to chuck-dev rather
On Fri, Aug 31, 2012 at 2:46 PM, Kassen <signal.automatique at gmail.com> wrote:
>> setting the gain of a UGen casted to UGen usually works,
> Makes sense as that is one of the members they all have in common; I'd
> like to know about situations where it didn't.
>> but above example segfaults. It doesn't for a direct
>> "Chubgraph"-instance. So I guess it is a bug in ChucK's class system.
> Likely. Barring structural evidence it seems to me that ChucK's type
> system has particular issues with objects that have multiple types.
> "foo" might be a object, a UGen, a Filter and a LPF, all at the same
> time. We should be able to -legally- cast it up and down that
> hierarchy but this sometimes goes wrong, particularly when as in your
> example, it is also a element of a array.
> That's gut-feeling based on experience, it might be way off in the
> face of a formal analysis (TODO :-) )
> chuck-users mailing list
> chuck-users at lists.cs.princeton.edu
More information about the chuck-users