SoloCodigo

Pues claro que es necesario liberar la memoria y mejor si es justo después que ya no se necesita más.

Existe una herramienta para delphi llamada "MemProof" que te permite saber si al finalizar el programa quedaron algunos punteros "vivos", es decir que no liberaste memoria.

Si no notaste "memory leaks" aparentes es por que Delphi tiene un sistema que optimiza esto de reservar y liberar memoria. En lugar de molestar al sistema operativo para reservar y liberar pequeños bloques de memoria lo que hace delphi es reservar y liberar bloques de memoria de tamaño razonable en megas, dependiendo de la necesidad del momento. Esta técnica es bastante beneficiosa en tiempo de CPU si tienes un algoritmo que reserva y libera en todo momento apenas unos puñados de bytes. Por otra parte si un programador se olvido de liberar memoria en su programa, al cerrar el programa hecho en delphi correrá el código de gestión de memoria liberando toda la memoria que reservo el usuario (siempre y cuando lo hizo con las funciones estándar de Delphi y directamente del S.O.).

Sin embargo en el caso de servicios que corren 24 horas al día y 7 días a la semana el simple hecho de no liberar algunos bytes de memoria es terrible por que estos se van acumulando y al cabo de unos meses terminan reventando al servidor y ocasinando la necesidad de reiniciarlo. En este caso el codigo generado por el compilador delphi no te ayudará a evitar este desastre puesto que la liberación final sólo corre al terminar la ejecución del programa y estamos hablando de servicios que se suponen que tienen que correr por lo menos un año continuo sin perder estabilidad.

En realidad esa asignación no libera memoria, sólo es una asignación de un valor a una variable.

La liberación de memoria ocurre DESPUES de ejecutar el código del evento OnClose: Se revisa el valor de esa variable y si es el caso se procede a liberar la memoria utilizada por el formulario, OJO que antes de esto se llama al evento onDestroy para que puedas liberar la memoria que reservaste por tu cuenta y luego procede a liberar la memoria de los controles "hijos" que tiene el formulario en cascada (botones, edits, etc.) llamando a cada respectivo destructor que a su vez se encarga de llamar a otros hasta que todo el proceso termine al final con la destrucción (liberación de la memoria) del formulario padre.

Asi que no importa donde pongas la asignación, sólo es para avisar que lo que quieres es cerrar y además destruir el formulario.