FTP | CCD | Buscar | Trucos | Trabajo | Foros |
|
#1
|
|||
|
|||
gracias por las aclaraciones
Gracias por tus aclaraciones, Lepe. Pero es un tema difícil de seguir, ya que realmente el compilador explota, y cuesta mucho encontrar el punto donde sucede esta explosión. He tenido este problema en el componente que discutimos en el hilo Override eventos On... (http://www.clubdelphi.com/foros/showthread.php?t=25540)
Si en el destroy del objeto repaso si debo destruir el objeto creado con he concluido lo que describo en el comentario //... Lo que quiere decir que si el Tform creado esta generado como no Modal, se ha liberado automáticamente por si mismo, por lo menos su puntero ¿no?, pero si es Modal si pasa por el código y realiza el FreeAndNil(Explorador). Depurando es muy difícil de seguir esto, ya que se reciben los típicos avisos de Access Violation Address con matrículas que a los mortales no nos dicen nada, y cuesta encontrar en que línea de código sucede, ya que el compilador no la muestra por defecto. Para mi, creo que este es el gran defecto de Delphi, por lo menos su talón de Aquiles.Y entiendo la opción de descartar estas llamadas, por impotencia. Actualmente tengo estos errores al cerrar un proyecto, no se cierra adecuadamente y tengo Access Violation Address ...in module rtl60.dpl se cuelga Delphi simplemente por abrir y cerrar el proyecto, pero no por depurarlo ¿...? incluso el exe rueda OK y no produce errores. Por supuesto cuando sale la ventana de las direcciones de memoria del compilador, para mi es peor que el chino, árabe y japonés todo junto. Si tenéis alguna pista, ...gracias a todos. |
#2
|
||||
|
||||
adlfv: FLista ¿de qué tipo es? Tiene toda la pinta de Tobjectlist o similar, y se puede destruir de otra forma más simple.
Obviamente los errores vienen aqui: |01654424|CoreClassHab.bpl|UClassObjects.pas | |CoreClassHabDestroy |29 y 30 |01655442|CoreClassHab.bpl|UCHabitaciones.pas|THabitaciones |Destroy |429 | |01654CD6|CoreClassHab.bpl|UCHabitaciones.pas|TBaseHabitacion|Destroy |195 | |01658F68|CoreClassHab.bpl|UCGUIHab.pas |TGUIIcon |Destroy |127 | En cuanto a la filosofia, lo veo muy complejo, "este ahora si lo tengo que liberar", "este otro no"... unifica criterios y objetos, los que tengan que liberarse a mano en un sitio y los demás a otro sitio. Y siempre usa Freeandnil, ya que unos hacen referencias a otros. lento manu: Para el tema del número de linea revisa este hilo reciente Saludos |
#3
|
||||
|
||||
¡¡ME VA A DAR UN INFARTO CEREBRAL !!
Ya he perdido la cuenta de cuantos temas se llevan en este hilo al mismo tiempo. ¡¡¡ Por mi salud !!!, abrid un hilo distinto para cada nueva pregunta que vaya saliendo |
Herramientas | Buscar en Tema |
Desplegado | |
|
|
|