Discussion :

[tarbala]

Bonjour,
J'ai developpe sous delphi avec des tables paradox. Mon problème actuellement et la mémoire : lorsque j'exécute mon application ça marche pendant un bout de temps, puis elle se plante avec le message qui ressemble à peu près à ceci "Memoire insuffisante". A ce moment, il me faut arreter l'application et la relancer. Pourtant, je travaille sur un P4 avec 2.66Ghz et 256Mo de RAM et plus de 70Go de DD. Quelqu'un aurait-il une idée pour une gestion efficace de la mémoire vive.

MERCI de votre aide.

[Rayek]

Avec le peu d'informations que tu donnes sur ton programme on ne peut pas t'aider vraiment.

Que fait ton programme ?
Utilises tu la création dynamique d'objet ?
Utilises tu des threads ?
etc ...

[tarbala]

Avec le peu d'informations que tu donnes sur ton programme on ne peut pas t'aider vraiment.

Que fait ton programme ?
Utilises tu la création dynamique d'objet ?
Utilises tu des threads ?
etc ...

Au fait c'est un programme de gestion de stocks : entrées, sorties,.... J'ouvre cependant plusieurs tables (envion 5 en même temps). Aussi les composants TTables ont beaucoup des champs caculés, ce qui provoque beaucoup d'appel dans l'évenement OnCalcFields.

[aityahia]

je t'assure mon amis que ton problèmes ne vient pas de tes tables (j'ouvre plus de 30 Tables simultanément ). il faut vérifier si tu ne créer pas des variable qui consomme en ressource (graphic, composant) que vous ne libérer pas (fait attention aux composants que vous télécharger sur le net certain présent des bug, j'ai déja eu un problème identique causé par un Button qui charge des graphic en mémoire sans les libérer).


PS : utilise tus des requête dans ton application.

[jenteldz47]

st ttm,
je pense que ton pb provient de l'utilisation des champs calculés qui s'appelent récurcivement et provoque la saturation rapide de la mémoire centrales(les piles d'appel résident en MC).

[tarbala]

PS : utilise tus des requête dans ton application.

Oui, j'utilise beaucoup de requêtes. Souvent même pour valoriser des champs calculés.

[tarbala]

st ttm,
je pense que ton pb provient de l'utilisation des champs calculés qui s'appelent récurcivement et provoque la saturation rapide de la mémoire centrales(les piles d'appel résident en MC).

Effectivement, en faisant une excution pas à pas, je me rends compte qu'il y a beaucoup d'appels des evements "OnCalcField" (procedures de champs calculés). Mais dans ce cas, est-ce dire qu'il n'est pas intéressant d'utiliser les possibilités des champs calculés qu'offre DELPHI : dois-je faire autrement pour resoudre mon problème de mémoire ?

[Rayek]

Si tu sais utiliser les requetes, il est mieux de faire les calculs via celles-ci que d'utiliser un champ calculer.
Mais l'utilisation de requetes avec des calculs ne permet plus l'edition/ajout/supression d'enregistrement, il faut tout faire par requetes et faire les rafraichissements au bon endroit et bon moment.

[jenteldz47]

st ttm,
a la place des champs calculer il vaut mieux d'utiliser des champs normal dans les tables, puisque maintenant il n'est y a pas de problèmes sur la disponibilité d'espace disque vous bénificier en rapidité, et vous éviter la saturation de la MC.

[e-ric]

Bonjour

Avant de jouer les inquisiteurs sur les composants TTable et TQuery. Es-tu sûr de gérer correctement les objets que tu crées toi-même, en d'autres termes, pour tous les objets que tu instancies explicitement, es-tu sûr de les libérer correctement.

Dans la mesure du possible, ne charges pas trop les gestionnaires OnCalcField car leur code est appelé très souvent : modification d'un champ de la table, changement d'état de la source de données...

Dans l'idéal, pour un champ calculé, fais uniquement des calculs simples ne mettant en jeu que les données propres à l'ensemble de données (TQuery, TTable) conteneur du champ calculé. Utiliser des données d'autres ensembles peut introduire des erreurs subtiles. En outre, le débogage avec les champs calculés, c'est pas de la tarte du fait de leur rafraichissement très fréquent.

cdlt