garbage collector en VB6 ?

Bonjour,

J'ai un souci avec une appli VB6 qui pilote OpenOffice.org. Après quelques générations de courriers, l'application se fait plus lente et se met à consommer plus de temps CPU lors d'une boucle "au repos" (boucle while qui tant qu'un form est affiché, il fait un doevents).

J'ai beau avoir nettoyé mon code pour effacer toutes mes variables au fur et à mesure de leur fin de vie (à la fin de chaque méthode de ma classe), il me prend toujours entre 40 et 70ko de mémoire en plus à chaque génération et devient toujours un peu plus lent.

Ma question est donc en trois parties :
- Existe-t'il en VB6 un mécanisme de garbage collector similaire à celui du java ?
- "set nom_objet = nothing" est-il suffisant pour vider complètement un objet et libérer la mémoire qu'il utilise ?
- Existe-t'il un moyen ou un logiciel permettant de visualiser en profondeur l'exécution d'un projet VB en cours d'exécution ? J'essaye déjà de regarder avec l'espion, mais on est vite hors contexte.

Merci d'avance

Citation:

---

Envoyé par B.ratak

- Existe-t'il en VB6 un mécanisme de garbage collector similaire à celui du java ?

---

Non, le dernier pointeur liquidé libère la mémoire

Citation:

---

Envoyé par B.ratak

- "set nom_objet = nothing" est-il suffisant pour vider complètement un objet et libérer la mémoire qu'il utilise ?

---

Oui si la référence est la dernière à l'objet pointé

Citation:

---

Envoyé par B.ratak

- Existe-t'il un moyen ou un logiciel permettant de visualiser en profondeur l'exécution d'un projet VB en cours d'exécution ? J'essaye déjà de regarder avec l'espion, mais on est vite hors contexte.

---

Peux-tu préciser ce que tu cherches à visualiser ? Tu as la call stack Ctrl + L qui te donnes .... la call stack :aie: sinon je ne vois pas

Citation:

---

Citation:
Envoyé par B.ratak Voir le message
- Existe-t'il en VB6 un mécanisme de garbage collector similaire à celui du java ?
Non, le dernier pointeur liquidé libère la mémoire

Citation:
Envoyé par B.ratak Voir le message
- "set nom_objet = nothing" est-il suffisant pour vider complètement un objet et libérer la mémoire qu'il utilise ?
Oui si la référence est la dernière à l'objet pointé

---

Si la référence est la dernière à l'objet pointé : c'est à dire ? La mémoire sera libérée uniquement si l'objet que je souhaite libérer est le dernier a avoir été instancié dans la pile ?

Citation:

---

Citation:
Envoyé par B.ratak Voir le message
- Existe-t'il un moyen ou un logiciel permettant de visualiser en profondeur l'exécution d'un projet VB en cours d'exécution ? J'essaye déjà de regarder avec l'espion, mais on est vite hors contexte.
Peux-tu préciser ce que tu cherches à visualiser ? Tu as la call stack Ctrl + L qui te donnes .... la call stack sinon je ne vois pas

---

En fait, je voudrais savoir ce qui se passe réellement à l'exécution : comme je l'ai dit, quand l'application revient à un état "au repos", elle boucle avec un while sur un doevents du style :

Code:

---

1 2 3

While mon_form_est_ouvert doevents wend

---

Et au fur et à mesure des générations de documents OpenOffice, mon application prend de plus en plus de ressources processeur et de mémoire (les mesures sont effectuées quand mon programme revient à cette boucle).
Quand je débugge (ligne à ligne avec F8), je ne vois pas ce qui pourrait prendre de plus en plus de ressources, donc j'en viens à me demander ce qu'il se passe dans mon doevents. Ya t'il un moyen de le savoir (liste des évènements qui se déroulent durant l'exécution du doevents par exemple) ?

Merci

salut,

Pour les pointeurs, va voir ici c'est assez bien expliqué : http://www.developpez.net/forums/sho...d.php?t=490350

Pour ton souci de consommation de mémoire, il faut décomposer les appels de ton programme et éliminer les sources de problème potentiel.

Si au fur et à mesure de ta boucle la mémoire grimpe, rentre en pas à pas dans les fonctions appelées dans la boucle et commente une par une les fonctions d'abord, pour identifier celle incriminée, puis les lignes ensuite dans la fonction pour savoir précisément ce qui provoque la fuite.

Bon normalement une fois la fonction identifiée ça saute aux yeux ^^
(normalement je dis bien, des fois dans les process externes tu maitrises pas tout :/)

A+