Discussion :

[Olif_C]

Bonjour,

Voici mon probleme, qui doit pourtant etre simple, mais je ne trouve pas la réponse :
Je dev un appli C#, dans laquelle je créée et lance un thread indépendant, qui dialogue avec un materiel en BT.
Ce dialogue est permanent, jusqu'à l'appui sur une touche (c'est la meme touche qui lance / arrete le thread en question). Or, quand je clique sur ce bouton pour l'arreter, il me coupe bien le thread (via Thread.Abort()), mais l'appli complete aussi.
Est-ce normal ?

Un bout de code, si ca peut aider :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
 
namespace WindowsFormsApplication1
{
    public partial class Form1 : Form
    {
        Thread ThreadCalcul;
 
        private void BTN_DebutValideMesure_Click(object sender, EventArgs e)
        {
            try
            {
                if (ThreadCalcul.ThreadState == System.Threading.ThreadState.Running)
                {
                    ThreadCalcul.Abort();
                }
 
 
                ThreadCalcul = new Thread(new ThreadStart(InterrogerBT));
                ThreadCalcul.Start();
            }
            catch (Exception ex)
            {
                GererErreur(ex, "BTN_DebutValideMesure_Click", true);
            }
        }
 
 
        private void InterrogerBT()
        {
            try
            {
                SerialPort sp = new SerialPort("com3");
                sp.Open();
                while (Thread.CurrentThread.IsAlive)
                {
                    sp.WriteLine("gi");
                    string sBack = "";
                    sBack = sp.ReadLine();
                    GererErreur(new Exception("Retour : " + sBack));
                }
                sp.Close();
            }
            catch (ThreadAbortException Tex)
            {
            }
            catch (Exception ex)
            {
                GererErreur(ex, "InterrogerBT");
            }
        }
    }
}

Une idée ?
Merci !
Olif.

[nnovic]

Hello,
Non, ça ne me semble pas être un comportement, seul le thread sur lequel tu fais "Abort()" devrait s'arrêter.

Il y a peut-être une faille dans ta méthode BTN_DebutValideMesure_Click(): tu n'attends pas que le thread soit effectivement stoppé avant de le recréer. La doc de MSDN suggère qu'après un Abort(), tu devrais peut-être faire un Join() pour t'assurer que le thread se termine.

Par ailleurs, je ferais aussi une modification dans ta méthode InterrogerBT(), car tu ne fermes pas correctement ton port com: lorsque tu fais un Abort() sur le thread, tu zappes la ligne "sp.Close();". Et il y a fort à parier que tu ne puisses pas réouvrir ton port com si tu ne l'as pas fermé auparavant. Ton "sp.Close();" devrait se trouver dans une clause "finally".

Bye!

[tomlev]

N'utilise pas Abort pour interrompre le thread, c'est déconseillé. Utilise plutôt un flag (variable bool) pour indiquer si la boucle doit continuer, ou un méchanisme genre WaitHandle.

[giova_fr]

Voici mon probleme, qui doit pourtant etre simple, mais je ne trouve pas la réponse

En multithread, ca n'est JAMAIS simple

Comme le disent les autres, évite les Abort et Interrupt

Fais une boucle avec un bool en condition (place un petit Thread.Sleep(nMillisecondes) pour laisser respirer le CPU)

Sinon tu aura des exceptions.

Mais bon pour en revenir à ton problème "appli qui se ferme", sans message d'erreur si j'ai bien compris ; je dirai "au pif" que ton thread appel du code non managé. Et je devinne (toujours "au pif") que ton code non managé fait quelque chose de mal : un access violation, un bloc mémoire mal libéré. Qui crée une erreur suffisement violente pour que ca te ferme l'appli sans te lever d'exception.

Tu peux regarder dans l'observateur d'evenement, tu auras peut etre des indices.