Discussion :

[Gremlins13]

Bonjour,
Un programme delphi, exécuté sans erreur apparente, reste en mémoire apres l'avoir fermé. Je suis obligé systématiquement d'utiliser le sempiternel Alt+Ctrl+Sup pour le detruire définitivement . Environ 5000 lignes de code, Une close constructor, une autre destructor, je pense avoir vérifié que tous les objet créés ont été détruits par des . free (tstringlist, tfilestream...etc) . Comment connaître la cause de cette résistance au close ? Suis-je assez clair ?. Même en lançant l'application à partir de Delphi, quand je le ferme, l' interface utilisateur se ferme bien en apparence, mais l'application reste en mode "exécution", et je dois alors réinitialiser le programme pour en sortir (->Exécuter-->Réinitialiser le programme)

PS Delphi 5 sous w2k

Merci

[MD Software]

Si tu fais un pas à pas, tu vois où il bloque ?

[Rayek]

Utilises tu une connexion à un base de données ? si , oui as tu bien vérifier que la connexion est couper avant la fin du programme ?

[Gremlins13]

en pas a pas il bloque justement à la dernière instruction, le "inherited" du destructor. Mais ça ne veut pas dire que le inherited est la cause...

[Gremlins13]

j'ai bien des acces bases de donnees, et oui les acces sont coupés j'ai une fonction qui s'occupe de ça et que j'utilise dans tous mes softs

[Gremlins13]

Personne n'a d'idée ?
Ma question se résume à : Comment tracer les évenements qui font que le programme ne se détruit pas !

[Rayek]

j'ai bien des acces bases de donnees, et oui les acces sont coupés j'ai une fonction qui s'occupe de ça et que j'utilise dans tous mes softs

Essaie de couper ta base de données uniquement en fermant le composant TDatabase/TAdoConnection/Autre (qui fermera automatiquement les tables et query associé).

[Gremlins13]

Merci mais désolé, cela ne vient pas de là. pas de composants ADO ou TTables. Acces aux bases par des liens odbc direct et des fonctions spécifiques implémentées. Mais les acces aux bases ne sont pas en cause, ces fonctions sont rodées depuis longtemps. Pare contre, ce soft utilise également des composants TComPortDriver et j'ai peur que ce soit eux la cause....

[MD Software]

Tu utilises des Threads ?

[Graffito]

Bonjour,

Le destructor correspond à quel type d'objet (calcul ou form) ?
Pour les form, on doit faire les éventuels libérations dans la procédure Destroy.

Il faudrait essayer de mieux cerner le problème en shuntant certaines initialisations et en fermant l'application en ayant exécuté le moins de choses possible (par exemple, juste le premier formCreate).

Ensuite, réintégrer progressvement du code.

[Gremlins13]

Pas de thread non..


C' est un destructor de form. Et c'est bien dans cette partie que j'effectue toutes les libérations des éléments qui ne l'auraient pa été dans le corps du programme. C'est sur que la meilleure maniere serait bien de simplifier au minimum le code pour mieux cerner mais vu la taille et le nombre des fonctions et procedures présente, ça va être chaud à réaliser , mais je vais tenter le coup merci d'avoir répondu