Hola gente!

Alejandro: gracias por las aclaraciones.... Si, habia leido tu
mensaje.

Igualmente, sigo "intuyendo"... :-)... que el #allInstance, y el
#become son influidos por "the underlying implementation"... De ahi
que en el mensaje original de este "thread", se mencionaba al Squeak.
No recordaba el articulo, pero por ejemplo en:

http://www.phaidros.com/DIGITALIS/englisch/sqk/sqk00065.htm

justamente se discute la diferencia de implementacion del #become en
Squeak, influido por la forma que tiene de manejar la memoria.

Si bien como mencionas, una VM esta aislada de esos temas... no pasa
asi en la implementacion en concreto. No conozco el caso del
allInstance en concreto con Squeak, pero si lo conozco en las
pequenias implementaciones de VM que he hecho, y tanto el become como
el allInstance, son pequenios temas a encarar en cualquier
implementacion (como la que estan encarando ahora en Smalltalk para
Smalltalking).

Por ejemplo, en la implementacion que estoy encarando, en .NET (pero
lo mismo es en Java), tanto el #become como el #allInstance, tienen
distintas estrategias de implementacion de lo que seria en otras
tecnologias de base.... Por otro lado, hay un "monton" de otros temas
de implementacion de una VM que son aislables de la implementacion
subyacente.

(Notablemente, ni .NET ni Java, tienen un equivalente al #allInstance
de Smalltalk, para sus propios objetos).

Bueno, si saco el tema a relucir, es porque parece interesante,
no? ... :-)

Nos leemos!

Ah! Cuando es la proxima reunion? Hay que ser socio para asistir?
Gracias por cualquier info!

Angel "Java" Lopez
http://www.ajlopez.com/

--- En smalltalking@..., "Alejandro F. Reimondo"
<aleReimondo@s...> escribió:
> Hola Angel,
>
> Fijate que ya había una respuesta a este mensaje... (al menos yo
creo
> haber contestado con las razones, salvo que mi email no haya
llegado :-(
> ... si, la respuesta fue del Viernes, 19 de Diciembre de 2003 01:36
p.m. )
>