IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)
Navigation

Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter

Windows Forms Discussion :

Probleme pour stopper un thread


Sujet :

Windows Forms

  1. #1
    Futur Membre du Club
    Homme Profil pro
    Stagiaire
    Inscrit en
    Mai 2009
    Messages
    22
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : Canada

    Informations professionnelles :
    Activité : Stagiaire

    Informations forums :
    Inscription : Mai 2009
    Messages : 22
    Points : 7
    Points
    7
    Par défaut Probleme pour stopper un thread
    Bonjour

    je fais une communication TCPIP multiclient.
    Pour recevoir en continu j'utilise un thread mais lorque je veux me déconnecter j'utilisait .Abort() mais je ne savais que j'allais avoir l'exception...
    J'ai essayé d'utiliser .Suspend() mais je me fais jeter...

    Merci pour votre aide

    Upload:
    en fait après plusieurs heures de test et de recherches mon problème ne vient pas de mon thread mais de
    networkstream.Read(read_buffer, 0/*offset*/, read_buffer.Length)

    qui est bloquant...
    Donc y a t-il un moyend e rendre mon read non bloquant?
    Merci pour votre aide

  2. #2
    Membre actif
    Inscrit en
    Octobre 2007
    Messages
    236
    Détails du profil
    Informations personnelles :
    Âge : 45

    Informations forums :
    Inscription : Octobre 2007
    Messages : 236
    Points : 233
    Points
    233
    Par défaut
    NetworkStream.Read() est une méthode bloquante qui retourne soit quand y a des données prettes pour la lecture soit quand la socket distante se déconnecte. Pour résoudre ton probléme, une boucle dans laquelle pour chaque itération tu teste la propriété NetworkStream.DataAvailable si true tu fais un teste sur NetworkStream.CanRead si true, tu lis les données en arrivé avec NetworkStream.Read() qui n'est plus bloquante.

  3. #3
    Futur Membre du Club
    Homme Profil pro
    Stagiaire
    Inscrit en
    Mai 2009
    Messages
    22
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : Canada

    Informations professionnelles :
    Activité : Stagiaire

    Informations forums :
    Inscription : Mai 2009
    Messages : 22
    Points : 7
    Points
    7
    Par défaut
    J'étais parti sur .BeginRead mais je suis bloqué...donc j'ai essayé de faire avec ta façon
    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    3
    4
    5
    6
    7
    8
    9
    10
    11
    if (flux.DataAvailable == true)
                    {
                        if (flux.CanRead == true)
                        {
                            flux.Read(read_buffer, 0, read_buffer.Length);
                            message_recu = System.Text.Encoding.ASCII.GetString(read_buffer, 0, read_buffer.Length);
                            SetTbxReception(message_recu);
                        }
                        else MessageBox.Show("bug CanRead");
                    }
                    else MessageBox.Show("bug DataAvailable");
    mais à chaque fois j'ai "bug DataAvailable"...alors que j'envoie bien quelque chose...

  4. #4
    Expert éminent sénior Avatar de Pol63
    Homme Profil pro
    .NET / SQL SERVER
    Inscrit en
    Avril 2007
    Messages
    14 154
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 42
    Localisation : France, Puy de Dôme (Auvergne)

    Informations professionnelles :
    Activité : .NET / SQL SERVER

    Informations forums :
    Inscription : Avril 2007
    Messages : 14 154
    Points : 25 072
    Points
    25 072
    Par défaut
    beginread c'est encore le mieux, certes faut comprendre leur principe de callbak mais après ca roule
    en fait tu appelles begin read en donnant un delegué, et quand y a quelques choses à lire, le délégué est appelé et en paramètre du retrouves ce que tu avais mis dans l'appel de beginread, donc en général on met le tcpclient (ou tcplistener ou autre socket)

    sinon .abort throw une exception qui est rethrowée automatiquement dans chaque catch pour etre sur que ca arrete le thread
    le problème c'est que le 1er throw peut etre dans du code du framework
    .interrupt est donc parfois préférable
    sinon si t'as que des choses non bloquantes le mieux reste d'avoir un booléen qui sert à sortir d'une boucle infinie
    Cours complets, tutos et autres FAQ ici : C# - VB.NET

  5. #5
    Membre actif
    Inscrit en
    Octobre 2007
    Messages
    236
    Détails du profil
    Informations personnelles :
    Âge : 45

    Informations forums :
    Inscription : Octobre 2007
    Messages : 236
    Points : 233
    Points
    233
    Par défaut
    Dans une boucle de Thread :
    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    3
    4
    5
    6
    7
    8
     
    while(...) {
        if(flux.DataAvailable) {
            if(flux.CanRead) {
                // Lecture des données
            }
        }
    }
    Biensure, il te faut un procédé pour terminer et freezer le Thread. voir ce poste : http://www.developpez.net/forums/d73...thread-resume/

Discussions similaires

  1. Stopper un thread pour ensuite le redémarrer
    Par stoner2008 dans le forum Général Java
    Réponses: 4
    Dernier message: 30/12/2013, 18h40
  2. Probleme pour thread
    Par moufid dans le forum C#
    Réponses: 10
    Dernier message: 05/01/2011, 11h50
  3. Problème pour stopper thread avec runnable
    Par fabou3377 dans le forum Concurrence et multi-thread
    Réponses: 3
    Dernier message: 13/03/2008, 13h43
  4. [Thread] Probleme pour arreter des threads
    Par Djobird dans le forum Concurrence et multi-thread
    Réponses: 4
    Dernier message: 15/02/2008, 21h31
  5. Thread Probleme pour l'arret
    Par Raideman dans le forum C++Builder
    Réponses: 3
    Dernier message: 15/04/2004, 12h17

Partager

Partager
  • Envoyer la discussion sur Viadeo
  • Envoyer la discussion sur Twitter
  • Envoyer la discussion sur Google
  • Envoyer la discussion sur Facebook
  • Envoyer la discussion sur Digg
  • Envoyer la discussion sur Delicious
  • Envoyer la discussion sur MySpace
  • Envoyer la discussion sur Yahoo