Problème ObjectDisposedException introuvable

Bonjour,

J'obtiens une ObjectDisposedException que je ne parviens pas à enlever :?

J'ai un UserControl représentant une fenêtre dans un environnement "MDI" (que j'ai recrée moi même pour avoir des fonctionnalités en plus comme le docking de mes fenêtres).

Cela ce produit au moment où je ferme ma "fenetre", mais je ne trouve pas l'endroit exacte..

Voici le message d'erreur:

Citation:

---

Impossible d'accéder à un objet supprimé.
Nom de l'objet : 'Panel'.

---

Le StackTrace:

Citation:

---

à System.Windows.Forms.Control.CreateHandle()
à System.Windows.Forms.Control.get_Handle()
à System.Windows.Forms.ContainerControl.FocusActiveControlInternal()
à System.Windows.Forms.Form.set_Active(Boolean value)
à System.Windows.Forms.Form.WmActivate(Message& m)
à System.Windows.Forms.Form.WndProc(Message& m)
à System.Windows.Forms.Control.ControlNativeWindow.OnMessage(Message& m)
à System.Windows.Forms.Control.ControlNativeWindow.WndProc(Message& m)
à System.Windows.Forms.NativeWindow.DebuggableCallback(IntPtr hWnd, Int32 msg, IntPtr wparam, IntPtr lparam)
à System.Windows.Forms.UnsafeNativeMethods.IntDestroyWindow(HandleRef hWnd)
à System.Windows.Forms.UnsafeNativeMethods.DestroyWindow(HandleRef hWnd)
à System.Windows.Forms.NativeWindow.DestroyHandle()
à System.Windows.Forms.Control.DestroyHandle()

---

Le procédé que j'applique pour fermer ma fenêtre:

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12

Private Sub PictureBoxClose_Click(sender As System.Object, e As System.EventArgs) Handles PictureBoxClose.Click Me.Close() End Sub   Public Sub Close() Dim wch As New WindowClosingEventArgs RaiseEvent WindowClosing(Me, wch)   If Not wch.Cancel Then Me.Dispose() End If End Sub

---

Sans dire de résoudre ce problème, j'espère que vous pouvez m'aider à trouver où cela peut se produire..

Merci

EDIT: Surtout que cela ne se produit pas à chaque fois :/

J'ai peut être trouvé une solution en copiant/collant le stacktrace dans mon ami :aie: => ici

L'auteur du 2ème message à l'air confiant et propose un code C# qui, une fois convertit donnerait ça:

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16

Private Shared Sub Main() Application.ThreadException += New System.Threading.ThreadExceptionEventHandler(AddressOf Application_ThreadException) AppDomain.CurrentDomain.UnhandledException += New UnhandledExceptionEventHandler(AddressOf CurrentDomain_UnhandledException)   Application.Run(New MainForm()) End Sub   Private Shared Sub CurrentDomain_UnhandledException(sender As Object, e As UnhandledExceptionEventArgs) ' Handle exception Application.[Exit]() End Sub   Private Shared Sub Application_ThreadException(sender As Object, e As System.Threading.ThreadExceptionEventArgs) ' Handle exception Application.[Exit]() End Sub

---

Seulement je ne sais pas quoi en faire.. en essayant de l'adapter, VB me dit entre autre que Application.ThreadException est un évènement est que son utilisation ne correspond pas.. et les Application.Exit me paraissent pas trop adaptés à ce que je veux faire car je ne veux pas que mon appli se ferme quand l'exception survient :roll:

De plus, en essayant de comprendre ce bout de code on dirait que ça permet d'outre passer l'erreur sans la résoudre.. mais bon si y a que ça..

Bon alors j'ai essayé en rajoutant ces lignes dans le constructeur de mon form principal:

Code:

---

1 2	AddHandler Application.ThreadException, AddressOf Application_ThreadException AddHandler AppDomain.CurrentDomain.UnhandledException, AddressOf CurrentDomain_UnhandledException

---

Apparemment ça déclenche une AppDomain.CurrentDomain.UnhandledException..

Je continue de chercher..

EDIT:

Bon apparemment je fais fausse route:

Code:

---

1 2 3 4

Private Sub CurrentDomain_UnhandledException(sender As Object, e As UnhandledExceptionEventArgs) Dim ex As Exception = DirectCast(e.ExceptionObject, Exception)   End Sub

---

Ca permet seulement de "catcher" l'exception non gérée (hors Try/Catch) mais elle se déclenche quand même..

Personne n'a d'idée??

il faudrait voir ton code

le principe de cette exception, c'est que sur les objets disposables, une fois la méthode dispose appelée, les 3/4 des méthodes ne fonctionnent plus, et les appeler déclenche l'erreur
ca voudrait dire que tu as une référence vers cet objet quelque part et que tu tentes de l'utiliser

Citation:

---

Envoyé par Pol63

il faudrait voir ton code

---

Oui c'est ce que je me dis mais le problème est que l'erreur peut venir d'un tas d'endroit dans le projet.. J'ai des objets WindowArea, WindowContainer, WindowPainter, etc. J'ai des timers un peu partout..

Je vois bien la raison pour laquelle cette exception apparaît sauf que je ne sait pas où chercher tellement il y a de possibilités :(

Bref je pense que je vais devoir balayer l'ensemble de mon code et rajouter des try/catch un peu partout au hasard (ou presque..).

On va dire que j'ai la solution à mon problème.. :cry:

l'utilité de maitriser la POO c'est de pouvoir cloisonner le code
wpf ajoute la possibilité de différencier totalement l'interface du code
car avoir une classe manipulée par beaucoup d'autres c'est moins simple à débugger ^^


concernant les try catch, certains en mettent dans toutes les sub, avec rapport créé dans le catch, par contre je ne sais pas si tu auras plus de détails, la pile d'appels devrait etre la même surtout si tu as testé avec unhandledexception
on dirait que le .dispose fait qu'un autre controle/form devient actif, et que ca plante à ce niveau (tu as du code sur l'event activated peut etre ?)

Citation:

---

l'utilité de maitriser la POO c'est de pouvoir cloisonner le code

---

En fait je suis un peu flemmard et quand j'ai commencé à coder ce projet je n'ai pas fais toutes les vérifications nécessaires quand j'utilise mes objets (j'en suis conscient maintenant..). J'aurais du mettre plus de Try/Catch, tester si mes Objet.IsDisposed, etc. Jusque là tout marchait mais y a toujours un moment où on nous rappelle à l'ordre :roll: Le fait est que je n'ai pas eu de réel cahier des charges au début et que l'analyse/ conception du projet évolue à chaque demande pratiquement. Si j'avais à reprendre depuis le début, je ferais plein de choses différemment, autant au niveau de la conception que de ma manière de coder..

Citation:

---

on dirait que le .dispose fait qu'un autre controle/form devient actif, et que ca plante à ce niveau (tu as du code sur l'event activated peut etre ?)

---

Je ne suis pas certain d'avoir compris ta question.. L'exception survient quand je ferme ma fenêtre qui est dans un WindowContainer (groupe de fenetre docké). Comme je comprend ta remarque, il y a peut être un traitement dans ce WindowContainer qui fait appel à cette fenêtre fermée qui serait problématique.. Je vérifie tout de suite. Comment en es tu arrivé à cette hypothèse? Et non je n'utilise pas l'event Activated.

EDIT:
Je n'ai pas trouvé le traitement problématique que j'attendais. De plus, en utilisant le mode pas à pas du debugger, j'arrive bien à la fin de tout mes traitement sans exception et au moment de me réafficher mon form, bing, ObjectDisposedException. Donc j'imagine que même en mettant des try/catch partout ça ne changerait rien..

Je dé-résoud cette discussion car je ne sais plus comment faire :cry:

Quand j'execute les traitements en mode pas à pas comme dis précedemment, ces lignes s'écrivent dans la fenetre 'sortie':

Citation:

---

Pas à pas détaillé*: pas à pas principal dans le code non-utilisateur 'System.Windows.Forms.Control.WmMouseUp'
Pas à pas détaillé*: pas à pas principal dans le code non-utilisateur 'System.Windows.Forms.Control.WndProc'
Pas à pas détaillé*: pas à pas principal dans le code non-utilisateur 'System.Windows.Forms.NativeWindow.DebuggableCallback'
Pas à pas détaillé*: pas à pas principal dans le code non-utilisateur 'System.Windows.Forms.Application.ComponentManager.System.Windows.Forms.UnsafeNativeMethods.IMsoComponentManager.FPushMessageLoop'

---

Personnellement je n'utilise jamais cette fenêtre donc je ne sais pas si ça peut servir.. Dans le doute je le poste.

Bon bah j'ai réussi à enlever cette erreur un peu par hasard..

Je soupçonnais le WindowContainer (hérité de TableLayoutPanel) d'être à l'origine de l'exception et mon hypothèse fût qu'il soit encore parent de ma fenêtre quand je la fermais (ou quelque chose dans le style, puisque je faisais bien le Controls.Remove..). J'ai donc redéfinit le parent de ma fenêtre juste avant de la fermer et là miracle, tout de déroule parfaitement.

Bref, j'ai pas tout compris mais j'espère que cette DLL tiendra le coup jusqu'à ce que je la recode plus proprement.

Merci à Pol63 pour son aide.

++