On Sat, 16 Dec 2006, Martin Peach wrote:
...so a string atom would have a_type = A_STRING and a_w = a_w.w_string,
which points to a t_string containing the length and a pointer to the
string.
If pd is otherwise able to handle atom types it doesn't know about (?),
It's not. There are no provisions for adding any extra atom types. There's
no table for registering atom types. Out of 12 assigned numbers for atom
types, 5 aren't actually atom types, 4 are radioactive types
(SEMI,COMMA,DOLLAR,DOLLSYM), the remaining three have reserved selectors
and hardcoded entries in t_class. What's the right way to add a fourth one
like that?
all the string manipulation objects could be built as externals.
What if strings could be automatically cast to symbols for externals that
would rather have symbols, and vice-versa?
It looks too easy to me...
It's because you've only thought about the easy part of the problem. How
do you know when a string becomes unused? When do you deallocate the
memory? What does this mean for the API used by externals? (including the
things that are assumed but not written in m_pd.h)
_ _ __ ___ _____ ________ _____________ _____________________ ...
| Mathieu Bouchard - tél:+1.514.383.3801 - http://artengine.ca/matju
| Freelance Digital Arts Engineer, Montréal QC Canada
_______________________________________________
PD-dev mailing list
PD-dev@iem.at
http://lists.puredata.info/listinfo/pd-dev
