Forums > MaxMSP

Filtergraph + Pattrstorage: Why A Stack Overflow When Using [change]? (Example given)


November 30, 2008 | 6:01 pm

Take a look at this patch:

— Pasted Max Patch, click to expand. —

Mess around with the filtergraph, and store different states in pattrstorage. When you try to recall a state, it gives a stack overflow error. yet, the [change] object should prevent a stack overflow from occuring. Why does this happen?

November 30, 2008 | 6:34 pm

Kyle Kaplan wrote:
> Take a look at this patch:
>
> Mess around with the filtergraph, and store different states in pattrstorage. When you try to recall a state, it gives a stack overflow error. yet, the [change] object should prevent a stack overflow from occuring. Why does this happen?
>

I would say that it happens because the numberbox connected to recall
has a scripting name (and is therefore stored in presets, which is not a
good idea).

Ciao

November 30, 2008 | 6:45 pm

I forgot to mention that it’s related to the use of the @autoname 1
attribute of [autopattr] (who will give a name to all ui objects for you).
One should be carefull when using this attr.
I prefer to name myself the objects that will be part of the
pattrstorage system (and I think that naming "tactical" objects is a
good habit…).

Ciao

Viewing 3 posts - 1 through 3 (of 3 total)

Forums > MaxMSP