Version imprimable
bonjour
pour eviter de charger la memoire inutilement, je ne cree pas toutes les forms de mon appli au demarrage
je les cree a la demande
mais quand je les ferme, malgre un form.release
je ne recupere pas la memoire perdu a la creation
qui sait pourquoi et quelle solution ai-je
merci
Il faut bien être conscient d'une part de tous ce qui se créer, et d'autre part tous ce qui se libère ou non automatiquement.
Premier outil: soi-meme
Deuxieme outil: Memproof (gratuit) http://www.automatedqa.com/downloads/memproof/
Les deux couplés font bien avancer les choses.
ben ca m'aide pas
je libere moi meme la memoire occupée par la form
mais ca marche pas
Quelle version de delphi as-tu ?
Memproof (jusqu'à D7)) ne te dis pas qu'il y a des restes ?
Car normalement, si les options "DCU de débogage", "infos débogage TD32", et "Fichier MAP Détaillé" sont bien cocchées, Memproof sera capable de t'afficher le code qui génère une création sans libération.
Enfin, nous sommes pas des devins, et des fuites mémoires tout le monde en fait, sans forcément s'en rendre compte. Ainsi, soit on a tout le code pour comprendre, soit le développeur de ce code le passe en revue avec un soft du genre MemProof. Après, il faut aussi savoir qu'il y a des fuites mémoires dues à la VCL, ou a du code tier, qui ne sont pas rattrapables si on n'a pas les sources pour corriger.
j'ai delphi 7 pro
j'ai coche les options que tu m'as dit
je regarderais ce soir si je peut ce que ca peut m'apporter
merci
voici le code concerné
[Modération]Code:
2
3
4
5
6
7
8
9
10
Merci d'utiliser les balises code ou quote, Laurent Dardenne
[/Modération]
Bonjour,
Est-ce que tForm11.formcreate n'allouerait pas des objets?
Dans ce cas, il faut définir la procedure tform11.destroy pour les libérer.
j'ai essayé
sans succes
Pourquoi un Release ? et pas l'habituel Free ?
Il faut bien lire l'aide pour comprendre a quoi sert la méthode release.
free a été mon prmier choix
puis j'ai essayé release
puis destroy
rien ne marche
Comment fais-tu pour savoir que tu ne récupères pas toute ta mémoire ? (avec le gestionnaire de tache ?)
Il faut utiliser .Free sauf pour des rares cas particuliers où il faut plutot utiliser .Release .
Enfin, nous ne sommes toujours pas devenus devin, et qu'est-ce fais ta form11 ? on en sais rien... est-ce que c'est certain que c'est ce bout de code qui est a l'origine de l'hypothétique fuite mémoire ? rien pour le prouver...
ama conaissance release maine a free, mais elle est plus sur surtout si en détruit un objet est on est dedans,Citation:
Envoyé par neilbgr
Ma question était posée a jopab04... me concernant je connais la réponse. Je voulais savoir dans quel but il faisait un release car peu usité.
Pour bien préciser la différence entre Free et Release il suffit d'aller voir le code et on comprend qu'un simple un message window est envoyé à la form pour effecuter un free.
Ceci sous-entend que, les messages étant dans une queue, ils seront traités jusqu'au message CM_RELEASE. Ainsi effectivement SI des traitements sur les messages ou autres actions dépendent de l'IHM, il est préférable d'utiliser Release.
MAIS il faut bien faire attention, à la sortie de l'appel de Release, la form n'est toujours pas libérée. Aussi, si le free se passe mal (exception) c'est moins facilement gérable. (en gros un try except autour d'une Form11.Release ne servirait pas a grand chose).
Ceci dit, on conclu que release ou free peu importe, nous n'avons pas suffisement d'infos pour aider jopab04.
oui, je vois la memoire non liberee avec le gestionnaire des taches
dans la form11 il y a un tdbchart, trois edit et 6 boutons
un tprintdialog et un pagesetupdialog
ok. très bien.
Maintenant, juste avec le gestionnaire de tache, est-ce que la répettition (lourdingue) de l'appel au bout de code Graphiquesemaines1Click() provoque une augmentation constante de la mémoire ?
Si oui, effectivement il y a fuite mémoire, et il faut donc aller voir qui ne libère pas quoi dans la form11.
oui, la memoire augmente de 400 k