En el caso de las clases viejas, es SystemDictionary (Smalltalk) que tiene el nombre asociado al objeto que representa la clase.
De modo que la clase vieja podría dejar de existir (ser GC) si no es porque las instancias viejas tienen punteros a la clase vieja. Cuando esas instancias ya no son referenciadas por nadie más, no se pueden activar y son GC junto con la clase vieja. Es trivial, ¿no? En el caso de tener CPU threads accediendo a objetos Smalltalk, lo peor que puedes hacer es proteger todo. En el mejor de los casos generas "contention" (live lock) y en el peor de los casos "dead lock". Lo mejor es lo que hace Lisp: no bloquea nada nunca, porque nunca comparte nada. Y si comparte algo es porque es inmutable. Saludos, Guillermo. 2012/11/21 Andres Valloud <[email protected]> > >> Ahora, viste que cuando haces un oneWayBecome: de una clase a otra, > >> las instancias del receptor no se transforman en instancias del > >> argumento?... o que por lo menos no deberian transformarse?... que > >> detalle, no?... > > > > Nunca me puesto a pensar que pasa con el receptor de oneWayBecome, > > seguramente se lo lleve el GC. > > En el caso de las clases no porque la clase vieja sigue teniendo > instancias... > > -- > To post to this group, send email to [email protected] > To unsubscribe from this group, send email to > [email protected] > > http://www.clubSmalltalk.org > -- Saludos cordiales, Guillermo Schwarz Sun Certified Enterprise Architect -- To post to this group, send email to [email protected] To unsubscribe from this group, send email to [email protected] http://www.clubSmalltalk.org
