Discussion :

[ant95]

Bonsoir,

J'essaye en ce moment de faire un chat en socket, j'utilise les méthodes asynchrones. Tout fonctionne mais de temps en temps j'ai cette erreur, le débugger ne la localise pas (thread séparé sûrement) mais m'affiche cela:

Une exception non gérée du type 'System.InvalidOperationException' s'est produite dans mscorlib.dll

Informations supplémentaires*: L'opération d'annulation a rencontré un autre contexte que celui qui était appliqué dans l'opération Set correspondante. Il est possible qu'un contexte ait été défini sur le thread et non restauré (rétabli).

Voilà... je ne vois vraiment pas quoi faire [^^sad1]

Merci d'avance pour toutes vos réponses

Ant95

[Pol63]

malheureusement sans code il faut des dons de voyance ...
et il faudrait aussi la ligne qui a déclenché l'erreur

[tomlev]

de temps en temps j'ai cette erreur, le débugger ne la localise pas

Il dit quoi exactement ? Tu peux voir la pile des appels dans le debugger (fenêtre Pile d'appels de Visual Studio) ?

[ant95]

Bonjour,

Désolé de ne répondre que maintenant, donc le code tiens sur plusieurs classes, difficile de le mettre comme ça et je ne peux même pas vous donner la ligne:

le débugger ne la localise pas

L'erreur est apparemment sur un thread séparé donc le débugger ne peut même pas savoir d'où ça vient et ce qui est bizarre, c'est que même en foutant des Try partout avec des MsgBox pour essayer de trouver l'erreur ça ne marche pas.

J'espérais que quelqu'un connaisse cette erreur mais c'est vrai que le message d'erreur est assez général mais je n'en sais pas plus

Merci pour vos réponses et si vous ne trouvez pas de solutions... tant pis, je finirai bien par trouver un jour

[ant95]

Pour répondre à tomley, je vois effectivement la pile des appels mais il n'y a rien dedans....

[tomlev]

L'erreur est apparemment sur un thread séparé donc le débugger ne peut même pas savoir d'où ça vient

Le debugger peut tout à fait déboguer ce qui se passe sur d'autres threads... Il y a une fenêtre "Threads" dans Visual Studio qui te permet de passer de l'un à l'autre

et ce qui est bizarre, c'est que même en foutant des Try partout avec des MsgBox pour essayer de trouver l'erreur ça ne marche pas.

Normal, seul le thread principal peut appeler MsgBox

Pour répondre à tomley, je vois effectivement la pile des appels mais il n'y a rien dedans....

Rien dedans ?
Jamais vu ça...


Quand l'exception s'affiche, regarde les détails et copie ici la propriété StackTrace

[ant95]

Le debugger peut tout à fait déboguer ce qui se passe sur d'autres threads... Il y a une fenêtre "Threads" dans Visual Studio qui te permet de passer de l'un à l'autre

Hmmm, avec la version Express je ne vois pas cette fenêtre...

Normal, seul le thread principal peut appeler MsgBox

J'ai essayé d'appeler MsgBox depuis un autre thread et ça marche

Rien dedans ?
Jamais vu ça...

Sisi, je viens encore de vérifier il n'y a rien . Le débugger m'affiche une erreur sans m'indiquer la ligne et il n'y a rien dans la pile des appels.

Quand l'exception s'affiche, regarde les détails et copie ici la propriété StackTrace

Je vais voir ça mais il me semble qu'il n'y a rien...

Sinon autre chose, j'ai essayé d'utiliser l'évènement UnhandledException pour intercepter l'erreur mais ça ne marche pas non plus

Je crois que mon problème n'est pas réglable, si il n'est pas résolu avant Dimanche j'abandonnerai, tant pis... En tout cas merci beaucoup pour les réponses

Ant95

[Nathanael Marchand]

Rien dedans ?
Jamais vu ça...

Je crois que ce que le mossieur veut dire, c'est qu'il voit passer l'exception dans la fenêtre output mais qu'elle n'interrompt pas le flux d'execution et par conséquent la fenêtre de call stack n'est pas utilisée.

ant95, utilises tu des librairies tierces?

[didou6869]

Bonjour à tous,

après avoir galérer des heures sur ce même soucis, je pense avoir trouvé la solution !

Chez moi, c'est lié au multi threading, et à la fermeture d'une socket alors qu'un BeginReceive() avait été émis
--> j'ai donc rajouté un flag pour décaler le Socket.Close() après réception des dernières données...

Référence de l'info: http://msdn.microsoft.com/en-us/library/w7wtt64b.aspx

All I/O initiated by a given thread is canceled when that thread exits. A pending asynchronous operation can fail if the thread exits before the operation completes.

Une petite explication pour l'exception impossible à catcher ou à situer:
elle se produit dans un thread de travail créé par la CLR pour gérer l'asynchronisme, et comme ce n'est pas un code écrit par le programmeur, il est impossible de la trapper.