[chuck-users] infinitely stuck

Stephen Sinclair radarsat1 at gmail.com
Fri Sep 19 09:04:54 EDT 2008

I would think the best approach would be to actually limit the
accepted frequency, and not access NaN for example.  But for a
watchdog-style approach, I bet it wouldn't be difficult to implement
an "abort" flag in each shred that can be set to 1, and gets checked
between sample computations.  Not sure how it's done now, perhaps
something similar.


On Fri, Sep 19, 2008 at 2:53 AM, Kassen <signal.automatique at gmail.com> wrote:
> Dear ChucKists,
> Another day, another novel and exciting way to get the whole VM stuck;
> Wurely w => dac;
> 1.0 / 0 => w.freq;
> 1 => w.noteOn;
> second => now;
> At a frequency of infinity (which admittedly is a bit silly but it happened
> by accident...) Wurley (and probably the other FM instruments as well, I
> imagine) gets completely stuck and takes 100% CPU time. This is quite
> understandable but what's not so nice is that this gets the whole VM stuck
> as well. Watchdog will offer to stop the shred (in the Mini) but fails... so
> that forces us to quit the whole thing the hard way.
> I think LiSa can cause a similar situation if we request a lot of voices
> very quickly, say one every few ms, and she runs out of voices (I'm not yet
> certain about the exact conditions there).
> Generally it seems like watchdog is unable to remidy the situation if it's a
> UGen and not a shred that gets stuck. I'm not sure how we should deal with
> this. Perhaps there could be some way to get watchdog to interupt UGens, or
> perhaps we should sanitise UGen function calls. I'm not sure, for example,
> whether there is a perceived need for fm electrical pianos to accept
> frequencies above the nequist... It probably can't be avoided that some
> things will get suck under some conditions but I would like to have some
> safeguards against this taking down the whole VM, where possible.
> Yours,
> Kas.
> _______________________________________________
> chuck-users mailing list
> chuck-users at lists.cs.princeton.edu
> https://lists.cs.princeton.edu/mailman/listinfo/chuck-users

More information about the chuck-users mailing list