Xailer & OZ Software

Hola,
Estoy teniendo un problema al abrir un form. Cuando el administrador de
tareas de windows indica unos 85 Mb y 9995 objetos GDI, la aplicación ya no
puede dibujar nada más y no redibuja los controles hasta que no paso por
encima con el ratón.
El caso es excesivo tal vez, pero me gustaría saber los límites de xailer y
windows para controlarlo.
El form tiene una explorerBar, un Bevel con unos 10 TEdits, 1 folder con 8
pestañas, 4 TArrayBrowse, unos cuantos paneles y unos 50 controles entre
TEdits, checkbox y botones.
El problema es que es lento al dibujar los controles y el problema ocurre al
abrirlo unas 15 veces.
¿Es normal? ¿Alguien ha probado estos límites? ¿Existe forma de controlar el
consumo de memoria y recursos desde xailer para controlar este tipo de
situaciones?
En el ejemplo no se usan bases de datos ni imágenes.
Un Saludo
Joaquín

Joaquín,
> Estoy teniendo un problema al abrir un form. Cuando el administrador de
> tareas de windows indica unos 85 Mb y 9995 objetos GDI, la aplicación ya
> no puede dibujar nada más y no redibuja los controles hasta que no paso
> por encima con el ratón.
>
> El caso es excesivo tal vez, pero me gustaría saber los límites de xailer
> y windows para controlarlo.
>
> El form tiene una explorerBar, un Bevel con unos 10 TEdits, 1 folder con 8
> pestañas, 4 TArrayBrowse, unos cuantos paneles y unos 50 controles entre
> TEdits, checkbox y botones.
>
> El problema es que es lento al dibujar los controles y el problema ocurre
> al abrirlo unas 15 veces.
>
> ¿Es normal? ¿Alguien ha probado estos límites? ¿Existe forma de controlar
> el consumo de memoria y recursos desde xailer para controlar este tipo de
> situaciones?
La cantidad de memoria en uso no limita nada, es más, lo que muestra el
administrador de tareas suele ser falso.
Lo que sí preocupa es la cantidad de objetos GDI. Windows tiene un límite de
10.000 por proceso, y a partir de entonces no se pueden crear más.
Normalmente nunca verás el total, sino algunas unidades menos, porque
durante el pintado de los controles se crean objectos GDI y se destruyen.
Claro, al no poder crear más, no se puede pintar.
En definitiva, lo que está ocurriendo es que algún control está creando
objetos que después no destruye. Eso es claramente un bug. Habría que
averiguar de qué control se trara, y si se produce siempre o sólo con
determinados estilos o propiedades. Por favor, intenta localizarlo
eliminando controles del formulario, y viendo si el consumo de objetos GDI
sigue creciendo o se ha detenido. Una vez localizado el control debería ser
fácil corregirlo.
--
Un saludo,
José F. Giménez
http://www.xailer.com

Jose,
He probado una pantalla similar en fwh y me gasta unos 50 objetos GDI y esta
en xailer unos 500, por lo tanto me preocupa bastante, si me dieras unas
pautas o alguna función para poder crear un logfile o algo parecido que me
de alguna información de cual control lo provoca, lo podría ir mirando por
cada control que crea xailer en esa pantalla hasta dar con el que da el
problema.
Estoy a tu disposición para encontrar el bug
Un Saludo,
Joaquín
"Jose F. Gimenez" <jfgimenez@wanadoo.es> escribió en el mensaje
news:[email=450a78e6@news.xailer.com...]450a78e6@news.xailer.com...[/email]
> Joaquín,
>
>> Estoy teniendo un problema al abrir un form. Cuando el administrador de
>> tareas de windows indica unos 85 Mb y 9995 objetos GDI, la aplicación ya
>> no puede dibujar nada más y no redibuja los controles hasta que no paso
>> por encima con el ratón.
>>
>> El caso es excesivo tal vez, pero me gustaría saber los límites de xailer
>> y windows para controlarlo.
>>
>> El form tiene una explorerBar, un Bevel con unos 10 TEdits, 1 folder con
>> 8 pestañas, 4 TArrayBrowse, unos cuantos paneles y unos 50 controles
>> entre TEdits, checkbox y botones.
>>
>> El problema es que es lento al dibujar los controles y el problema ocurre
>> al abrirlo unas 15 veces.
>>
>> ¿Es normal? ¿Alguien ha probado estos límites? ¿Existe forma de controlar
>> el consumo de memoria y recursos desde xailer para controlar este tipo de
>> situaciones?
>
> La cantidad de memoria en uso no limita nada, es más, lo que muestra el
> administrador de tareas suele ser falso.
>
> Lo que sí preocupa es la cantidad de objetos GDI. Windows tiene un límite
> de 10.000 por proceso, y a partir de entonces no se pueden crear más.
> Normalmente nunca verás el total, sino algunas unidades menos, porque
> durante el pintado de los controles se crean objectos GDI y se destruyen.
> Claro, al no poder crear más, no se puede pintar.
>
> En definitiva, lo que está ocurriendo es que algún control está creando
> objetos que después no destruye. Eso es claramente un bug. Habría que
> averiguar de qué control se trara, y si se produce siempre o sólo con
> determinados estilos o propiedades. Por favor, intenta localizarlo
> eliminando controles del formulario, y viendo si el consumo de objetos GDI
> sigue creciendo o se ha detenido. Una vez localizado el control debería
> ser fácil corregirlo.
>
> --
> Un saludo,
>
> José F. Giménez
> http://www.xailer.com
>

Joaquín,
> He probado una pantalla similar en fwh y me gasta unos 50 objetos GDI y
> esta en xailer unos 500, por lo tanto me preocupa bastante, si me dieras
> unas pautas o alguna función para poder crear un logfile o algo parecido
> que me de alguna información de cual control lo provoca, lo podría ir
> mirando por cada control que crea xailer en esa pantalla hasta dar con el
> que da el problema.
La forma más sencilla es ir quitando controles al formulario y probando. Si
mantienes el administrador de tareas de windows abierto cuando ejecutas el
programa podrás ir viendo el consumo de objetos GDI. En el momento en que
después de quitar un control veas que ya no se dispara el consumo, lo habrás
encontrado.
Eso sí, para estar seguro hay que forzar el pintado de los controles en cada
prueba. P.ej., mueve alguna ventana de otro prorgama (que no sea un diálogo)
por encima del formulario mientras observas el administrador de tareas.
> Estoy a tu disposición para encontrar el bug
Muchas gracias por tu ayuda.
--
Un saludo,
José F. Giménez
http://www.xailer.com

Jose,
He probado diversos ejemplos en diferentes exe´s de xailer, y todos gastan
mucho GDI.
El ejemplo DBFData6 del directorio samples, he abierto cliente y clickeado
en editar, sale la ficha con un folder, me da un resultado de 505 Objetos
GDI. Me parece que son muchos.
Creo que el factor común en todas las pruebas son los folders.
Un Saludo,
Joaquín
"Jose F. Gimenez" <jfgimenez@wanadoo.es> escribió en el mensaje
news:[email=450a8309@news.xailer.com...]450a8309@news.xailer.com...[/email]
> Joaquín,
>
>> He probado una pantalla similar en fwh y me gasta unos 50 objetos GDI y
>> esta en xailer unos 500, por lo tanto me preocupa bastante, si me dieras
>> unas pautas o alguna función para poder crear un logfile o algo parecido
>> que me de alguna información de cual control lo provoca, lo podría ir
>> mirando por cada control que crea xailer en esa pantalla hasta dar con el
>> que da el problema.
>
> La forma más sencilla es ir quitando controles al formulario y probando.
> Si mantienes el administrador de tareas de windows abierto cuando ejecutas
> el programa podrás ir viendo el consumo de objetos GDI. En el momento en
> que después de quitar un control veas que ya no se dispara el consumo, lo
> habrás encontrado.
>
> Eso sí, para estar seguro hay que forzar el pintado de los controles en
> cada prueba. P.ej., mueve alguna ventana de otro prorgama (que no sea un
> diálogo) por encima del formulario mientras observas el administrador de
> tareas.
>
>
>> Estoy a tu disposición para encontrar el bug
>
> Muchas gracias por tu ayuda.
>
>
> --
> Un saludo,
>
> José F. Giménez
> http://www.xailer.com
>

Jose,
Peor todavía, en el ejemplo DBFData6 que trae Xailer.
Abro clientes, se abre una pestaña, le doy a editar y ya gasta una
barbaridad, salgo y vuelvo al menú, no baja todo lo que subió.
Si vuelvo a abrir clientes y editar vuelve a subir y al cerrar sigue
habiendo bastantes GDI´s en memoria que no se liberan.
Y si siguiera así, terminaría agotando el sistema.
Un Saludo,
Joaquín
"Jose F. Gimenez" <jfgimenez@wanadoo.es> escribió en el mensaje
news:[email=450a8309@news.xailer.com...]450a8309@news.xailer.com...[/email]
> Joaquín,
>
>> He probado una pantalla similar en fwh y me gasta unos 50 objetos GDI y
>> esta en xailer unos 500, por lo tanto me preocupa bastante, si me dieras
>> unas pautas o alguna función para poder crear un logfile o algo parecido
>> que me de alguna información de cual control lo provoca, lo podría ir
>> mirando por cada control que crea xailer en esa pantalla hasta dar con el
>> que da el problema.
>
> La forma más sencilla es ir quitando controles al formulario y probando.
> Si mantienes el administrador de tareas de windows abierto cuando ejecutas
> el programa podrás ir viendo el consumo de objetos GDI. En el momento en
> que después de quitar un control veas que ya no se dispara el consumo, lo
> habrás encontrado.
>
> Eso sí, para estar seguro hay que forzar el pintado de los controles en
> cada prueba. P.ej., mueve alguna ventana de otro prorgama (que no sea un
> diálogo) por encima del formulario mientras observas el administrador de
> tareas.
>
>
>> Estoy a tu disposición para encontrar el bug
>
> Muchas gracias por tu ayuda.
>
>
> --
> Un saludo,
>
> José F. Giménez
> http://www.xailer.com
>

Joaquín,
> Peor todavía, en el ejemplo DBFData6 que trae Xailer.
>
> Abro clientes, se abre una pestaña, le doy a editar y ya gasta una
> barbaridad, salgo y vuelvo al menú, no baja todo lo que subió.
> Si vuelvo a abrir clientes y editar vuelve a subir y al cerrar sigue
> habiendo bastantes GDI´s en memoria que no se liberan.
>
> Y si siguiera así, terminaría agotando el sistema.
Gracias. Voy a revisar por ese lado.
--
Un saludo,
José F. Giménez
http://www.xailer.com

Hola, yo tambien he observado el error, el otro dia en un terminal de
windows 98 metiendo datos, observe qu cuando el usuario llevaba metidos 30
registros aproximadamente, el sistema se vovia cada vez mas lento, y ahora
al leer los comentarios de Joaquin veo que mi aplicacion con 18 pestañas de
folder abiertas me consumme 2220 GDI, y si cierro alguna no libera lo que
consume
Pablo Herranz
"Jose F. Gimenez" <jfgimenez@wanadoo.es> escribió en el mensaje
news:[email=450a8309@news.xailer.com...]450a8309@news.xailer.com...[/email]
> Joaquín,
>
>> He probado una pantalla similar en fwh y me gasta unos 50 objetos GDI y
>> esta en xailer unos 500, por lo tanto me preocupa bastante, si me dieras
>> unas pautas o alguna función para poder crear un logfile o algo parecido
>> que me de alguna información de cual control lo provoca, lo podría ir
>> mirando por cada control que crea xailer en esa pantalla hasta dar con el
>> que da el problema.
>
> La forma más sencilla es ir quitando controles al formulario y probando.
> Si mantienes el administrador de tareas de windows abierto cuando ejecutas
> el programa podrás ir viendo el consumo de objetos GDI. En el momento en
> que después de quitar un control veas que ya no se dispara el consumo, lo
> habrás encontrado.
>
> Eso sí, para estar seguro hay que forzar el pintado de los controles en
> cada prueba. P.ej., mueve alguna ventana de otro prorgama (que no sea un
> diálogo) por encima del formulario mientras observas el administrador de
> tareas.
>
>
>> Estoy a tu disposición para encontrar el bug
>
> Muchas gracias por tu ayuda.
>
>
> --
> Un saludo,
>
> José F. Giménez
> http://www.xailer.com
>

Se me ha olvidado mencionar que en mi aplicacion he usado la tecnica del
dbfdatset6
Pablo
"Pablo Herranz" <pabloi@ibertabaco.com> escribió en el mensaje
news:450a8d1b$[email=1@news.xailer.com...]1@news.xailer.com...[/email]
> Hola, yo tambien he observado el error, el otro dia en un terminal de
> windows 98 metiendo datos, observe qu cuando el usuario llevaba metidos 30
> registros aproximadamente, el sistema se vovia cada vez mas lento, y ahora
> al leer los comentarios de Joaquin veo que mi aplicacion con 18 pestañas
> de folder abiertas me consumme 2220 GDI, y si cierro alguna no libera lo
> que consume
>
>
> Pablo Herranz
>
>
>
> "Jose F. Gimenez" <jfgimenez@wanadoo.es> escribió en el mensaje
> news:[email=450a8309@news.xailer.com...]450a8309@news.xailer.com...[/email]
>> Joaquín,
>>
>>> He probado una pantalla similar en fwh y me gasta unos 50 objetos GDI y
>>> esta en xailer unos 500, por lo tanto me preocupa bastante, si me dieras
>>> unas pautas o alguna función para poder crear un logfile o algo parecido
>>> que me de alguna información de cual control lo provoca, lo podría ir
>>> mirando por cada control que crea xailer en esa pantalla hasta dar con
>>> el que da el problema.
>>
>> La forma más sencilla es ir quitando controles al formulario y probando.
>> Si mantienes el administrador de tareas de windows abierto cuando
>> ejecutas el programa podrás ir viendo el consumo de objetos GDI. En el
>> momento en que después de quitar un control veas que ya no se dispara el
>> consumo, lo habrás encontrado.
>>
>> Eso sí, para estar seguro hay que forzar el pintado de los controles en
>> cada prueba. P.ej., mueve alguna ventana de otro prorgama (que no sea un
>> diálogo) por encima del formulario mientras observas el administrador de
>> tareas.
>>
>>
>>> Estoy a tu disposición para encontrar el bug
>>
>> Muchas gracias por tu ayuda.
>>
>>
>> --
>> Un saludo,
>>
>> José F. Giménez
>> http://www.xailer.com
>>
>
>

Joaquí­n,
hace meses hice una pequeña herramienta para controlar el consumo de
recursos. No la he probado en XP, pero deberí­a funcionar.
Sirve para hacer una "foto" de los recursos en cualquier punto de la
aplicación.
Su uso es muy sencillo:
/* Mostramos en la ventana Debug los recursos actuales
*/
WITH OBJECT TSysResources():New()
LogDebug( :ToString() )
END
....
TForm1:()ShowModal()
....
/* Volvemos a mostrarlos
*/
WITH OBJECT TSysResources():New()
LogDebug( :ToString() )
END
Ahora sólo hay que mirar la ventana de Debug y comparar la cantidad de
recursos libres de cada tipo. Por ejemplo, mirando la entrada "Pen" debe
haber el mismo número antes y después de mostrar el formulario, si no es
así­ es que falta alguno por liberar.
Pruébalo y muéstranos los resultados.
Saludos,
José Lalí­n
--

Jose,
No funciona. Cuando llega a tu código da un gpf:
GPF (Code = c0000096)
Privileged Instruction
Dime como lo hago, o que está erróneo.
Un Saludo,
Joaquín
"José Lalín" <dezac@corevia.com> escribió en el mensaje
news:[email=450a96bf@news.xailer.com...]450a96bf@news.xailer.com...[/email]
>
> Joaquín,
>
> hace meses hice una pequeña herramienta para controlar el consumo de
> recursos. No la he probado en XP, pero debería funcionar.
>
> Sirve para hacer una "foto" de los recursos en cualquier punto de la
> aplicación.
>
> Su uso es muy sencillo:
>
> /* Mostramos en la ventana Debug los recursos actuales
> */
> WITH OBJECT TSysResources():New()
> LogDebug( :ToString() )
> END
>
> ...
> TForm1:()ShowModal()
> ...
>
> /* Volvemos a mostrarlos
> */
> WITH OBJECT TSysResources():New()
> LogDebug( :ToString() )
> END
>
> Ahora sólo hay que mirar la ventana de Debug y comparar la cantidad de
> recursos libres de cada tipo. Por ejemplo, mirando la entrada "Pen" debe
> haber el mismo número antes y después de mostrar el formulario, si no es
> así es que falta alguno por liberar.
>
> Pruébalo y muéstranos los resultados.
>
> Saludos,
> José Lalín
>

Jose,
No funciona.
A mi no me da ningun error, simplemente no muestra nada.
Saludos
Jose Alfonso Suarez Moreno

Al hilo de esto he sacado estos valores trabajando con Folders al estilo
del ejemplo DBFData6:
1. Arranco el programa y da 97 objetos GDI.
2. Abro un folder y se sube a 138
3. Le doy a editar y se va a 176.
4. Cierro edicion y se baja a 147.
5. Cierro el folder y se queda en 114.
6. Minimizo y maximizo y se quedan en 113.
Y son pantallas sencillitas.
Algo se esta quedando por ahí­ colgado.
Saludos
Jose Alfonso Suarez

Hola,
gracias a todos por vuestra ayuda. He encontrado 2 casos en los que no se
estaban liberando handles de objetos GDI. Adjunto los 2 .obj
correspondientes. Por favor, probadlo ahora y decidme si va bien.
Por cierto, cuando entrais por primera vez a una opción y al salir no se
liberan todos los objetos, puede ser normal. Tened en cuenta que hay
recursos que se cargan en memoria la primera vez que se usan, y se mantienen
durante toda la ejecución del programa para no tener que cargarlos una y
otra vez (p.ej., los cursores del preview, la flechita del 'record
selector', etc.). Las pruebas hay que hacerlas entrando repetidamente a las
opciones y comprobando que no se pierden recursos indefinidamente.
--
Un saludo,
José F. Giménez
http://www.xailer.com


Attached files obj.zip (25.4 KB)Â

Jose,
Misma situación que la anterior con estos resultados:
1.- Al entrar en el programa tiene 100 objetos GDI.
2.- Abro el folder y se sube a 137.
3.- Le doy a editar y se pone en 175.
4.- Cierro edicion y baja a 146.
5.- Cierro el folder y se pone en 113.
7.- Minimizo y maximizo y se quedan en 112.
8.- Vuelvo a abrir el mismo folder y se pone en 139.
9.- Entro en edicion y sube a 177.
10.- Salgo de edicion y baja a 147.
11.- Cierro el folder y se pone en 114.
12.- Minimizo y maximizo y se queda en 113.
13.- Vuelvo a abrir el mismo folder y se pone en 139.
14.- Entro en edicion y sube a 177.
15.- Salgo de edicion y baja a 147.
16.- Cierro el folder y se pone en 114.
17.- Minimizo y maximizo y se queda en 113.
18.- Vuelvo a abrir el mismo folder y se pone en 139.
19.- Entro en edicion y sube a 177.
20.- Salgo de edicion y baja a 147.
21.- Cierro el folder y se pone en 114.
22.- Minimizo y maximizo y se queda en 113.
Parece que ahora está estable.
Seguire haciendo pruebas.
Gracias y un saludo,
Jose Alfonso Suarez Moreno

Jose,
En mi caso, se trata de un TFolder sin Pestañas, le voy añadiendo una
pestaña cada vez que pulsa en el menú, y dentro de esa petaña lleva TEdits,
TCombo y otro TFolder con 8 pestañas y más TEdits y 5 TArrayBrowse. En todo
esto uso otro font que no es el predeterminado. Aparte tengo puesta una
explorer bar por cada pestaña que abro.
Al pinchar gasta unos 500 objetos GDI (imagino que será normal por la
cantidad de controles), pero si voy cerrando
1ª) Menú principal sin pestañas, sólo TFolder vacío: 390
Luego al ir creando una a una cada pestaña, este es el resultado para 6
pestañas 956 , 1529 , 2102 , 2672 , 3248 , 3821
Luego las cierro todas y vuelvo al menú principal, como al principio, queda:
504 objetos
Empecé con 390 y termino con 540 = 150 más
2ª) Vuelvo a hacer lo mismo, termino con 599, 49 más.
3ª) Vuelvo a hacer lo mismo, termino con 694 , 93 más.
4ª) Vuelvo a hacer lo mismo, termino con 789 , 105 más.
5ª) Vuelvo a hacer lo mismo, termino con 884 , 95 más.
Y Así sucesivamente.
Espero te ayude.
Un Saludo,
Joaquín
"Jose F. Gimenez" <jfgimenez@wanadoo.es> escribió en el mensaje
news:[email=450b0c96@news.xailer.com...]450b0c96@news.xailer.com...[/email]
> Hola,
>
> gracias a todos por vuestra ayuda. He encontrado 2 casos en los que no se
> estaban liberando handles de objetos GDI. Adjunto los 2 .obj
> correspondientes. Por favor, probadlo ahora y decidme si va bien.
>
> Por cierto, cuando entrais por primera vez a una opción y al salir no se
> liberan todos los objetos, puede ser normal. Tened en cuenta que hay
> recursos que se cargan en memoria la primera vez que se usan, y se
> mantienen durante toda la ejecución del programa para no tener que
> cargarlos una y otra vez (p.ej., los cursores del preview, la flechita del
> 'record selector', etc.). Las pruebas hay que hacerlas entrando
> repetidamente a las opciones y comprobando que no se pierden recursos
> indefinidamente.
>
>
> --
> Un saludo,
>
> José F. Giménez
> http://www.xailer.com
>
>

Joaquí­n,
> No funciona. Cuando llega a tu código da un gpf:
Sí­, Jose F. me confirma que no está funcionando en XP y aún no sé porqué.
Estoy mirando documentación para ver si logro echarlo a andar para todas
las plataformas.
Saludos,
José Lalí­n

José Alfonso,
> Parece que ahora está estable.
> Seguire haciendo pruebas.
Gracias por la ayuda.
--
Un saludo,
José F. Giménez
http://www.xailer.com

Joaquín,
me parece excesivo el incremento de objetos en cada prueba. En cualquier
caso, habrá que localizar cuales son los controles que pueden estar
provocando el problema. Por favor, vuelve a hacer la prueba pero abriendo y
cerrando sólo una de las pestañas. Después repítelo con las otras pestañas,
y dime el resultado y qué controles tiene cada una; si es posible me envias
un pantallazo de cada una (por privado para no cargar el foro).
--
Un saludo,
José F. Giménez
http://www.xailer.com

Joaquín,
he encontrado otro. Aquí lo tienes corregido.
--
Un saludo,
José F. Giménez
http://www.xailer.com


Attached files image.zip (2 KB)Â

Joaquín,
he encontrado otro más. Espero que sea el último. Aquí lo tienes corregido.
--
Un saludo,
José F. Giménez
http://www.xailer.com


Attached files optionlist.zip (7.6 KB)Â

Hola, para mi aplicacion ahora va perfecto, sube a medida que se abren
pestañas pero libera perfectamente, solo con el form principal con el menu y
una imagen en el centro consume 148 GDI , abro y cierro pestañas y vuelve a
los 168 y ahi se mantiene
Mañana lo probare en el Windows 98,
Gracias Jose
Pablo H
"Jose F. Gimenez" <jfgimenez@wanadoo.es> escribió en el mensaje
news:[email=450c4852@news.xailer.com...]450c4852@news.xailer.com...[/email]
> Joaquín,
>
> he encontrado otro más. Espero que sea el último. Aquí lo tienes
> corregido.
>
> --
> Un saludo,
>
> José F. Giménez
> http://www.xailer.com
>
>

Saludos José F.
He estado haciendo pruebas después de haber metido los "OBJ" que has
mandado y te adjunto un zip con las mismas, verás que si en el form2
quitamos el ComboBox el uso de la memoria se estabiliza aunque estén el
resto de controles, en cambio con el ComboBox la memoria siempre aumenta.
Los "OBJ" los he añadido a la librerí­a de Xailer en sustitución de los
que por lógica debe haber.
De pendiendo si me dices que mis pruebas son correctas entonces seguiré
añadiendo controles en formularios diferentes.
José Ramón Castro.
Jose F. Gimenez escribió:
> Hola,
>
> gracias a todos por vuestra ayuda. He encontrado 2 casos en los que no se
> estaban liberando handles de objetos GDI. Adjunto los 2 .obj
> correspondientes. Por favor, probadlo ahora y decidme si va bien.
>
> Por cierto, cuando entrais por primera vez a una opción y al salir no se
> liberan todos los objetos, puede ser normal. Tened en cuenta que hay
> recursos que se cargan en memoria la primera vez que se usan, y se mantienen
> durante toda la ejecución del programa para no tener que cargarlos una y
> otra vez (p.ej., los cursores del preview, la flechita del 'record
> selector', etc.). Las pruebas hay que hacerlas entrando repetidamente a las
> opciones y comprobando que no se pierden recursos indefinidamente.
>
>
--

José Ramón,
> He estado haciendo pruebas después de haber metido los "OBJ" que has
> mandado y te adjunto un zip con las mismas, verás que si en el form2
> quitamos el ComboBox el uso de la memoria se estabiliza aunque estén el
> resto de controles, en cambio con el ComboBox la memoria siempre aumenta.
Gracias por el ejemplo. He revisado el que me has enviado después y parece
que está funcionando correctamente, incluidos los combos.
> Los "OBJ" los he añadido a la librería de Xailer en sustitución de los
> que por lógica debe haber.
>
> De pendiendo si me dices que mis pruebas son correctas entonces seguiré
> añadiendo controles en formularios diferentes.
Sí, la forma de probarlo es completamente correcta. Gracias por tu ayuda.
--
Un saludo,
José F. Giménez
http://www.xailer.com

José,
He añadido los objs que has dejado a mi proyecto. He vuelto a
compilar-enlazar y al entrar y salir de cada opción me deja dos objetos GDI
más; es decir, al entrar en una opción sube + 100 y al salir me deja +2
respecto a como estaba antes de entrar. Sin embargo, en los formularios
esta suma es mayor. Del orden de 10 a 12 objetos GDI que me deja después de
cerrar el formulario.
Saludos,
José Luis Capel
"Jose F. Gimenez" <jfgimenez@wanadoo.es> escribió en el mensaje
news:[email=450c4852@news.xailer.com...]450c4852@news.xailer.com...[/email]
> Joaquín,
>
> he encontrado otro más. Espero que sea el último. Aquí lo tienes
> corregido.
>
> --
> Un saludo,
>
> José F. Giménez
> http://www.xailer.com
>
>