TZQuery en tiempo de ejecucion....error

[[AzidRain]]

Aunque la solucion al final te sirvió, no es la correcta, no es necesario definir un "padre" para ningún componente creado via código salvo que queramos que este "padre" libere los recusos del mismo, tu código es correcto salvo la sentencia: "Parent := Form1; // donde estará el ZReadOnlyQuery", ya que es innecesaria. Un TZQuery no necesita un padre para funcionar si pruebas nuevamente tu código original quitando esta línea te va a funcionar sin problemas. Es redundante decirle que su padre es tal o cual forma si al final de todos modos tu mismo lo vas a liberar. El error surge porque primero lo creas sin padre y luego le dices que siempre sí tiene...

[[Caral]]

Hola
Se me ocurre, con el afán de aprender:
Normalmente los componentes se colocan el un form, creados o no en tiempo de ejecución.
En el caso de un componente que va a enlazar a una tabla, normalmente este, esta ligado a otros componentes para actuar como puede ser un simple dbgrid, con su correspondiente datasource.
Ahora mi pregunta:
Si para conectar un dbgrid a un query (por ejemplo) que esta en un datamodule (por ejemplo), necesitamos indicarle la dirección, no tendríamos que indicarle al query creado por código donde residir?.
En sana teoría al ser creado en el código (unit) de un form en especial debería de suponerse que pertenece a este, no lo se, ¿de ahí podría venir la redundancia que mencionas?.
Por supuesto nunca he hecho esto de crear querys por código, pero me cuestiona la necesidad de enseñarle donde trabajara ya que sus (hijos) dbgrid etc) se conectaran a el.
¿Por que un query no necesita padre y otros componentes si?, o se aplica para todos por igual?, hay alguna diferencia en que sean visibles o no?.
En tal caso la duda podría tenerla también cualquier otro novato y al estar latente seria bueno que nos ampliaras un poco las razones, si fueras tan amable.
Saludos

[BrunoBsso]

En el momento de crear el Query (si lo creás como público en tu form) éste ya pertenece a la unit de dicho form, aunque no pertenezca al form. Un query, al ser no visual, no necesita tener un padre.
Desde cualqier otra unidad/datamodule que tengas por ahí si necesitás conectar algo al Query que creaste en el FormLala, simplemente le das la dirección (FormLala.Query) y listo.

Ejemplo:
Tengo un DataModule llamado DM.
Tengo un Form llamado FBruno.
En FBruno necesito usar un QueryBruno que está en DM.
Cuando, desde mi FBruno, llamo a QueryBruno, ¿cómo lo hago?
Le indico al compilador unit.objeto -> DM.QueryBruno

Creo que se entiende.
Saludos!!!!!!!!

[[AzidRain]]

Es del todo incorrecto Caral, los componentes no son mas que objetos en sí y no residen en en ningún lado salvo en tiempo de diseño. Si creas un componente en tiempo de ejecución no es necesario indicarle en donde "reside". Cuando creamos una instancia de cualquier componente en tiempo de ejecución (como es el caso) nosotros mismos somos responsables de su "ciclo de vida" de ahí que tengamos que liberarlo por nuestra cuenta, pero insisto, no es necesario y es hasta ociosos y causa problemas definirle un "padre". Esto lo hace Delphi cuando usamos componentes en tiempo de diseño.

[tgsistemas]

personalmente opino como [AzidRain], pero explico el caso para que quede más claro.

En el caso en cuestión, sólo es necesario lanzar una consulta de recordcount con parámetros, no lleva componentes visuales asociados (dbgrids, dbtext, etc....) por lo que no le veo sentido decirle que pertenecerá a este o a otro form. Es más, la idea es convertir ese código en una función para que esté disponible desde cualquier form por lo que la creación, vida y destrucción del componente nos corresponde a nosotros.... menudo poder

Ayer estuve provando el código sin la sentencia "Parent := Form1; // donde estará el ZReadOnlyQuery" y funciona correctamente.... exactamente igual que con ella

Saludos y gracias a ambos !!!!!!

[[Caral]]

Hola
Gracias por la explicación.
Creo entender:
1- Si se declara publico y es no visible es innecesario declararle un padre, la misma unit sera este, como explica BrunoBsso
2- Un componente es un objeto y no reside en ningún lado, como explica AzidRain.
Interesantes observaciones, he aprendido mucho.
El único detalle que quedaría (para novatos) es que creo que no se puede generalizar al decir que un componente no necesita padre al ser creado en tiempo de ejecución, creo que dependerá del componente y de su ubicación.
Creo que un componente puede necesitar residir en algún lado, necesitando crearle tanto el padre como otros factores, si no de hecho ni existiría el termino padre.
Os agradezco la ampliación, estoy seguro que este tema a mas de un novato nos a sido de utilidad.
Saludos

[roman]

Nada más para afinar un poco lo que ya se ha dicho.

No confundir el término padre (parent) con dueño (owner). Sólo los componentes visuales tienen un padre. Los no visuales carecen de dicha propiedad.

El encargado de liberar recursos es el dueño, no el padre.

// Saludos