No subject


Tue Mar 22 16:37:17 PST 2005


as the object, but then again there is probably no way to enforce
this...

Bertram


>>>>> "EAL" == Edward A Lee <eal at eecs.berkeley.edu> writes:
EAL> 
EAL> At 08:53 PM 8/11/2004 -0700, Tobin Fricke wrote:
>> Right now
>> there's no way to append to an ArrayToken w/o copying the whole thing.
EAL> 
EAL> This is not an implementation detail...
EAL> 
EAL> A key principle we've followed is that tokens are immutable.
EAL> There are many benefits to this (e.g., you can broadcast a token
EAL> to many actors without introducing a hidden source of nondeterminacy).
EAL> 
EAL> I don't think we should change that policy lightly...
EAL> 
EAL> Edward
EAL> 
EAL> 
EAL> 
EAL> ------------
EAL> Edward A. Lee, Professor
EAL> 518 Cory Hall, UC Berkeley, Berkeley, CA 94720
EAL> phone: 510-642-0455, fax: 510-642-2739
EAL> eal at eecs.Berkeley.EDU, http://ptolemy.eecs.berkeley.edu/~eal
EAL> 
EAL> _______________________________________________
EAL> kepler-dev mailing list
EAL> kepler-dev at ecoinformatics.org
EAL> http://www.ecoinformatics.org/mailman/listinfo/kepler-dev



More information about the Kepler-dev mailing list