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
In order for this site to work correctly we need to store a small file (called a cookie) on your computer. Most every site in the world does this, however since the 25th of May 2011, by law we have to get your permission first. Please abandon the forum if you disagree.
Para que este foro funcione correctamente es necesario guardar un pequeño fichero (llamado cookie) en su ordenador. La mayoría de los sitios de Internet lo hacen, no obstante desde el 25 de Marzo de 2011 y por ley, necesitamos de su permiso con antelación. Abandone este foro si no está conforme.
Para que este foro funcione correctamente es necesario guardar un pequeño fichero (llamado cookie) en su ordenador. La mayoría de los sitios de Internet lo hacen, no obstante desde el 25 de Marzo de 2011 y por ley, necesitamos de su permiso con antelación. Abandone este foro si no está conforme.
Problema con el l
Problema con el l
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
> 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
Problema con el l
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
>
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
>
Problema con el l
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
> 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
Problema con el l
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
>
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
>
Problema con el l
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
>
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
>
Problema con el l
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
> 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
-
Pablo Herranz
- Mensajes: 260
- Registrado: Lun Feb 07, 2005 1:20 pm
Problema con el l
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
>
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
>
-
Pablo Herranz
- Mensajes: 260
- Registrado: Lun Feb 07, 2005 1:20 pm
Problema con el l
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
>>
>
>
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
>>
>
>
Problema con el l
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
--
Problema con el l
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
>
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
>
Problema con el l
Jose,
No funciona.
A mi no me da ningun error, simplemente no muestra nada.
Saludos
Jose Alfonso Suarez Moreno
No funciona.
A mi no me da ningun error, simplemente no muestra nada.
Saludos
Jose Alfonso Suarez Moreno
Problema con el l
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
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
Problema con el l
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)Â
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)Â
Problema con el l
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
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
Problema con el l
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
>
>
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
>
>
Problema con el l
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
> 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
Problema con el l
José Alfonso,
> Parece que ahora está estable.
> Seguire haciendo pruebas.
Gracias por la ayuda.
--
Un saludo,
José F. Giménez
http://www.xailer.com
> Parece que ahora está estable.
> Seguire haciendo pruebas.
Gracias por la ayuda.
--
Un saludo,
José F. Giménez
http://www.xailer.com
Problema con el l
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
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
Problema con el l
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)Â
he encontrado otro. Aquí lo tienes corregido.
--
Un saludo,
José F. Giménez
http://www.xailer.com
Attached files image.zip (2 KB)Â
Problema con el l
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)Â
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)Â
-
Pablo Herranz
- Mensajes: 260
- Registrado: Lun Feb 07, 2005 1:20 pm
Problema con el l
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
>
>
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
>
>
Problema con el l
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.
>
>
--
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 Castro.
Problema con el l
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
> 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
Problema con el l
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
>
>
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
>
>