¿Que pasa con los new?

Mostrar la cita

Application.Run(new F) '¿quien referencia a F?

La referencia a la nueva instancia se guarda en la pila y esta se pasa a
Run. Por su parte Run guarda otra referencia pero suponiendo que esto no
ocurra la referencia existira hasta que sea eliminada de la pila.

Mostrar la cita

apt(y) = Nothing

apt es una matriz de clases Point que han sido creadas a
traves de ciertas posiciones del mouse: apt(y) = new
Point(mea.X, mea.Y), si ahora igualo apt(y) a Nothing ¿que
pasa con el punto que estaba almacenado en apt(y)? ¿queda
flotando en el limbo de la memoria? ¿que garantias tengo
que el recolector de basuras se lo cargue?

Point no es una clase sino una estructura y estas se manejan en forma
diferente. Una estructura es un tipo por valor y estos se almacenan
directamente en la variable. Esto significa que al asignar un nuevo valor el
anterior automaticamente se destruye. Lo mismo pasa si la variable sale del
ambito en el que fue definida. El recolector no se utiliza con estos tipos.

Ahora si suponemos que lo que habia en el arreglo era un objeto de tipo
referencia entonces el asignar una nueva referencia a la variable liberara
la existente y si no hay mas referencias a ese objeto en alguna otra
variable entonces el recolector eliminara el objeto de memoria. Eso si,
debes tener en cuenta que si la clase implementa IDisposable entonces
deberias llamar a Dispose para que el objeto libere los recursos que esta
usando (siempre y cuando sea la ultima referencia que queda) ya que no sabes
cuando ocurrida la recoleccion que los libere.

Eduardo A. Morcillo [MS MVP VB]
http://www.mvps.org/emorcillo

Mostrar la cita

Mostrar la cita

Application.Run(new F) '¿quien referencia a F?

La referencia a la nueva instancia se guarda en la pila y

esta se pasa a
Mostrar la cita

Run. Por su parte Run guarda otra referencia pero

suponiendo que esto no
Mostrar la cita

ocurra la referencia existira hasta que sea eliminada de

la pila.
Mostrar la cita

Mostrar la cita

apt(y) = Nothing

apt es una matriz de clases Point que han sido creadas a
traves de ciertas posiciones del mouse: apt(y) = new
Point(mea.X, mea.Y), si ahora igualo apt(y) a Nothing ¿que
pasa con el punto que estaba almacenado en apt(y)? ¿queda
flotando en el limbo de la memoria? ¿que garantias tengo
que el recolector de basuras se lo cargue?

Point no es una clase sino una estructura y estas se

manejan en forma
Mostrar la cita

diferente. Una estructura es un tipo por valor y estos se

almacenan
Mostrar la cita

directamente en la variable. Esto significa que al asignar

un nuevo valor el
Mostrar la cita

anterior automaticamente se destruye. Lo mismo pasa si la

variable sale del
Mostrar la cita

ambito en el que fue definida. El recolector no se utiliza

con estos tipos.
Mostrar la cita

Ahora si suponemos que lo que habia en el arreglo era un

objeto de tipo
Mostrar la cita

referencia entonces el asignar una nueva referencia a la

variable liberara
Mostrar la cita

la existente y si no hay mas referencias a ese objeto en

alguna otra
Mostrar la cita

variable entonces el recolector eliminara el objeto de

memoria. Eso si,
Mostrar la cita

debes tener en cuenta que si la clase implementa

IDisposable entonces
Mostrar la cita

deberias llamar a Dispose para que el objeto libere los

recursos que esta
Mostrar la cita

usando (siempre y cuando sea la ultima referencia que

queda) ya que no sabes
Mostrar la cita

cuando ocurrida la recoleccion que los libere.

Eduardo A. Morcillo [MS MVP VB]
http://www.mvps.org/emorcillo

La verdad es que me gusta más la opción del desctructor (o
Dispose), prefiero tener YO la responsabilidad de
desasignar mis asignaciones dinamicas ^_^ ya que no tengo
la garantia de que el recolector elimine estas asignaciones
y además si lo hace no se CUANDO lo hace.

Mostrar la cita

La verdad es que me gusta más la opción del desctructor (o
Dispose),

Dispose no es un destructor sino una forma de hacer que el objeto libere
recursos no manejados por el CLR (como por ejemplo archivos) en un momento
determinado en lugar de esperar a la recoleccion.

Mostrar la cita

prefiero tener YO la responsabilidad de
desasignar mis asignaciones dinamicas ^_^ ya que no tengo
la garantia de que el recolector elimine estas asignaciones
y además si lo hace no se CUANDO lo hace.

Puedes usar Dispose para liberar recursos, pero esto no va a descargar de
memoria al objeto, ni siquiera si no hay mas referencias a el. Te guste o
no, el objeto recien sera eliminado de memoria cuando ocurra la recoleccion.
Y la recoleccion esta garantizada lo unico es que no sabes cuando es que va
a ocurrir.

Eduardo A. Morcillo [MS MVP VB]
http://www.mvps.org/emorcillo

Creo que puedes forzar al recolector con GC.Collect() con lo que liberas
memoria, pero esto logicamente necesita tiempo para ejecutarse.

"Eduardo A. Morcillo [MS MVP VB]" <emorcilloATmvps.org> escribió en el
mensaje news:
Mostrar la cita

> La verdad es que me gusta más la opción del desctructor (o
> Dispose),

Dispose no es un destructor sino una forma de hacer que el objeto libere
recursos no manejados por el CLR (como por ejemplo archivos) en un momento
determinado en lugar de esperar a la recoleccion.

> prefiero tener YO la responsabilidad de
> desasignar mis asignaciones dinamicas ^_^ ya que no tengo
> la garantia de que el recolector elimine estas asignaciones
> y además si lo hace no se CUANDO lo hace.

Puedes usar Dispose para liberar recursos, pero esto no va a descargar de
memoria al objeto, ni siquiera si no hay mas referencias a el. Te guste o
no, el objeto recien sera eliminado de memoria cuando ocurra la

recoleccion.
Mostrar la cita

Y la recoleccion esta garantizada lo unico es que no sabes cuando es que

va
Mostrar la cita

a ocurrir.

Eduardo A. Morcillo [MS MVP VB]
http://www.mvps.org/emorcillo

Mostrar la cita

Creo que puedes forzar al recolector con GC.Collect() con

lo que liberas
Mostrar la cita

memoria, pero esto logicamente necesita tiempo para

ejecutarse.
Mostrar la cita

"Eduardo A. Morcillo [MS MVP VB]" <emorcilloATmvps.org>

escribió en el
Mostrar la cita

mensaje news:
Mostrar la cita

> La verdad es que me gusta más la opción del desctructor (o
> Dispose),

Dispose no es un destructor sino una forma de hacer que

el objeto libere
Mostrar la cita

Mostrar la cita

recursos no manejados por el CLR (como por ejemplo

archivos) en un momento
Mostrar la cita

Mostrar la cita

determinado en lugar de esperar a la recoleccion.

> prefiero tener YO la responsabilidad de
> desasignar mis asignaciones dinamicas ^_^ ya que no tengo
> la garantia de que el recolector elimine estas

asignaciones
Mostrar la cita

Mostrar la cita

> y además si lo hace no se CUANDO lo hace.

Puedes usar Dispose para liberar recursos, pero esto no

va a descargar de
Mostrar la cita

Mostrar la cita

memoria al objeto, ni siquiera si no hay mas referencias

a el. Te guste o
Mostrar la cita

Mostrar la cita

no, el objeto recien sera eliminado de memoria cuando

ocurra la
Mostrar la cita

recoleccion.
Mostrar la cita

Y la recoleccion esta garantizada lo unico es que no

sabes cuando es que
Mostrar la cita

va
Mostrar la cita

a ocurrir.

Eduardo A. Morcillo [MS MVP VB]
http://www.mvps.org/emorcillo

No encuentro la clase GC ¿en que espacio de nombres se
encuentra?

Otra pregunta, comentabas que Point es una estructura y no
una clase y que por lo tanto las siguientes instrucciones:

Dim pt as Point
pt = New Point(44,44)

Con esto creo DINAMICAMENTE un punto (no nos metamos con la
coherencia del código ;) y si seguidamente hago:

pt = Point.Empty()

Insisto: ¿Que pasa con el punto [44,44] que fué creado
dinamicamente?, y ocupó memoria, y estaba referenciado por pt.

Pt no es lo que en C llamamos "puntero" porque puede acoger
tanto el resultado de New como un valor directo, pero si
fuese un puntero y hubiese estado apuntando a "New
Point(44,44)" al igualarlo a "Empty()" ¿se habrá quedado
"New Point(44,44)" flotando en la memoria?

Estoy confuso con la dualidad puntero/no puntero de las
variables de VB.