[WPF] Destructeur non appelé

Bonjour,

Sujet vague, je ne savais pas où je devais le posté WPF, C#, visual studio...Donc voilà, excusé moi si vous pensez que ce sujet n'a pas sa place ici.
Depuis quelques (plusieurs mois déjà), lorsque je ferme ma solution visual studio en debug, le mode debug continue de tourné. A première vue, me suis dit que c'était un bug. Aujourd'hui, je m'aperçois que non, mon processus reste lancé même après avoir fermé la solution, de plus j'ai remarqué que le destructeur de mon application n'était pas appellé.

Donc d'après vous, d'où ça pourrai venir?

Cordialement,

Salut,

- as-tu modifié des trucs app.xaml, si oui quoi ?
- vérifie que ta Window principale est bien la 'MainWindow' de l'application
- utilises-tu des composants COM (office, opc, services...) ? Si oui vérifie qu'ils soient libérés proprement
- enfin, tu peux vérifier les objets qui ne sont pas collectés par le Garbage Collector (des "memory leaks" comme on dit, assez courants en WPF), par exemple en utilisant S.O.S :
http://www.codeproject.com/KB/dotnet...Detection.aspx
ou encore
http://dandesousa.com/2010/08/28/fin...visual-studio/

Ouais, c'est ce qu'ai fait, j'ai donc 65000 objet en mémoire, lorsque le programme est fermé....

Citation:

---

58819d54 274 69048 System.Windows.Controls.ContentPresenter
58829ff4 278 77840 System.Windows.Shapes.Rectangle
65821d88 335 78132 System.Char[]
6582547c 328 98136 System.Collections.Hashtable+bucket[]
65824944 494 122508 System.Byte[]
6523db80 1941 142244 System.Windows.EffectiveValueEntry[]
657d6c28 4894 252672 System.Object[]
6581f9ac 8359 514984 System.String
Total 65205 objects

---

Je vous éparge le reste. Donc à partir je vois pas trop quoi faire...

Citation:

---

Envoyé par MetalGeek

- utilises-tu des composants COM (office, opc, services...) ? Si oui vérifie qu'ils soient libérés proprement

---

+1 : c'est souvent ce qui pose problème...

J'ai regardé ce qu'était les composants COM... Je n'en utilise aucun dans mon appli...

Salut,

Que fais ton application, tu parles de 65000 objets en mémoire, tu fais du dessin ?

Utilises-tu des threads, timers ? Si oui il faut s'assurer qu'ils sont bien fermés.
Fais-tu de la COM via USB ou autre ? De l'interop (utilisation du conteneur WindowsFormHost) ?

Certains contextes sont plus propices à ce genre d'effet, d'où ces différentes questions sur ce que peut faire ton appli. C'est pour essayer de comprendre ce qui peut causer ce problème.

Sinon, il existe des outils pour analyser dans le détail les perf de ton application :
http://msdn.microsoft.com/en-us/library/aa969767.aspx
Peut-être que ça peut t'aider à comprendre ce qui cloche ;)

Merci pour ta réponse, en effet j'utilise un WindowsFormsHost, mais même en le supprimant j'ai le même problème...Je vais voir ton lien. Puis je redirai ce qu'il en est par la suite...

J'ai essayé le Tool, mais tout ce qu'il me montre c'est qu'il tourne encore une fois l'application fermé...

Salut,

Citation:

---

Envoyé par Babas007

J'ai regardé ce qu'était les composants COM... Je n'en utilise aucun dans mon appli...

---

es-tu sur de ne pas utiliser d'Active X ?
Est-ce que l'application crée des threads ?

J'utilise un timer dont je suis sur de fermer, puis une storyboard qui j'imagine créer des threads. Je n'utilise pas non plus de ActiveX

Sinon, je relis ton premier message, tu dis que tu ne passes pas dans le destructeur. Passes-tu dans l'évènement Closing et Closed de ta fenêtre principale ?

Si tu passes dans le Closing, essaies de forcer la fermeture du processus par un :

Code:

---

System.Environment.Exit(-1);

---

En effet ça marche, mais est ce que cela n'est pas trop brutal?

Disons que ça ferme totalement le processus, mais ça n'explique pas ce qui est mal détruit.

Et ça peut être important de connaitre ce qui ne va pas, car non seulement ton application ne se ferme pas, mais l'objet qui ne se détruit pas correctement peut aussi causer l'augmentation de la mémoire tampon de l'application et faire chuter les performances de ton application. C'est un des effets de bord possible.

Donc disons que tant que tu ne vois pas d'effet de bord, tu peux poursuivre ton dev sans trop de soucis et revenir sur ce problème quand tu as du temps.
Après pour trouver d'où ça vient, c'est un peu difficile sans plus d'information sur ton programme. De ton côté, tu peux reprendre ton code étape par étape, commenter ces différentes étapes et les décommenter une par une pour voir si tu trouves ce qui cloche...