Discussion :

[mrrenard]

Bonjour,

J'ai un gros bug dont je n'arrive pas à déterminer la source.
C'est très simple, il s'agit d'une application serveur (en mode console).
J'ai deux Thread, un pour l'écoute sur un socket et l'autre pour vérifier la connection entre le client et le serveur.

Le seul moyen d'arrêter le thread d'écoute et d'appelé la méthodes Abort().
Pour la connection, il suffit de faire un while(unBool){//vérif connection}

Dans le thread principal, lors de l'arrêt du serveur, je met unBool à false et fait Abort sur le thread d'écoute.
les deux thread s'arrête. Jusqu'à là, pas de problème mais après avoir fait cela, je demande la fermeture du socket utilisé.

Gros problème! Après avoir fait un Abort sur le thread d'écoute, la fonction s'arrête!

Un petit topo pour mieux comprendre le bug:

1 public void StopServer()
2 {
3 UnBool = false;
4 ThreadEcoute.Abort();
5 monSocket.Close();
6 }

là en gros les lignes 1,2,3,4 s'éxecute, le thread d'écoute gère l'exception ThreadAbortException et la fonction StopServer() s'arrête là. monSocket.Close() n'est pas exécuter ainsi que tout code se situant derrière ThreadEcoute.Abort();

Quelqu'un saurait-il pourquoi?

[hed62]

ThreadEcoute pointe il bien vers le Thread que tu desire fermer ?

Sinon, je sais que cela ne répond pas à ta question, mais si tu inverse les deux instructions ( 4 et 5 ) , ca marche?

Dernière suggestion : met un gros try catch autour de l'ensemble des lignes, pour voir si une exception ne serait pas lancée.

[mrrenard]

L'inversion étape 4 et 5 marche mais c'est en effet frustrant de ne pas pourvoir résoudre le problème proprement.

Je suis certaint que ThreadEcoute pointe sur le bon thread.

Le gros try catch n'attrape aucune exception.

[Pol63]

abort sur un thread lance une exception sur le thread spécifié, donc un try catch est obligé d'attraper l'erreur, et dans le catch tu as le temps de faire tout le code que tu veux

sinon je vois pas trop l'intéret d'une boucle infinie pour vérifier que la connexion est bonne, une connexion TCP avertit quand elle est coupée à priori, dans le pire des cas un timer est deja mieux

sinon y a aussi le try finally, peu impote comment tu sors du try (meme une erreur), le finally sera executé

[hed62]

abort sur un thread lance une exception sur le thread spécifié

Justement, c'est dans le thread spécifié, non l'appelant. Donc le try catch peu ne pas recevoir d'erreur. Mais après la fonction T1.Abort(), l'exécution continue normalement, non ? enfin, devrait..

[mrrenard]

Je sais tout cela,
Je gère l'exception sur le ThreadEcoute. Mais je ne peux pas faire le reste de mon code dans le catch d'un autre thread que celui ou est exécuté ma fonction StopServer (a cause de variable locales,...)

[hed62]

En effet, et cela serait incorrect d'un point de vue conceptuel...

Etrange tout de meme que ton code stoppe brutalement, sans levée d'exception... La msdn ne précisant rien, je suppose que T1.Abort() est censé revenir à l'appel...

Essaie de débugguer avec F11, peut être que tu trouveras une piste... Mais je n'y crois guère.

[Pol63]

je confirme thread.abort ne change en rien le thread qui appele ca (sauf si c'est lui meme )
en général il est meme suivi d'un thread.join pour attendre que le thread soit réellement arrété (vu qu'on peut mettre du code dans le catch ...)