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 Discussion :

Windows et Multi-Threading - Invoke


Sujet :

Windows

  1. #1
    Membre à l'essai
    Inscrit en
    Avril 2006
    Messages
    24
    Détails du profil
    Informations forums :
    Inscription : Avril 2006
    Messages : 24
    Points : 20
    Points
    20
    Par défaut Windows et Multi-Threading - Invoke
    Bonjour,

    J'ai une question qui me titille depuis quelque-temps, c'est que dans son Framework .NET Microsoft defini des fonctions invoke sur les controls pour tous les languages en specifiant qu'il faut l'utiliser pour recuperer le thread qui a construit le controle. Ils precisent meme quelque part que c'est une regle de windows, qu'un control de doit etre update que par le thread qui l'a cree (illegal cross thread call)

    Du coup je me demande... Et alors les autres ils font comment ? Ya-til des equivalents en JAVA? En C++ standard ? (En dehors du Framework .NET ???)

    Je n'arrive pas a trouver de vraie information a ce sujet, alors si vous avez des liens ou des explications interessantes.

    Merci.

  2. #2
    Expert éminent sénior
    Avatar de Médinoc
    Homme Profil pro
    Développeur informatique
    Inscrit en
    Septembre 2005
    Messages
    27 369
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 40
    Localisation : France

    Informations professionnelles :
    Activité : Développeur informatique
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : Septembre 2005
    Messages : 27 369
    Points : 41 518
    Points
    41 518
    Par défaut
    Une modification cross-thread des données du contrôle n'est pas forcément un problème si c'est bien géré par le contrôle (exclusion mutuelle, etc.). Mais la plupart des contrôles ne le supportent pas.

    Ensuite, la plupart des interactions avec les contrôles en API Windows se faisant par SendMessage(), c'est synchronisé (SendMessage() d'un thread à l'autre gère la synchronisation). Mais il est possible que les concepteurs de .Net aient choisi de ne pas reposer dessus.
    D'autant que .Net a une façon particulière de gérer le multithreading (notamment, il ne faut surtout pas utiliser les mutexes Win32 avec)...
    SVP, pas de questions techniques par MP. Surtout si je ne vous ai jamais parlé avant.

    "Aw, come on, who would be so stupid as to insert a cast to make an error go away without actually fixing the error?"
    Apparently everyone.
    -- Raymond Chen.
    Traduction obligatoire: "Oh, voyons, qui serait assez stupide pour mettre un cast pour faire disparaitre un message d'erreur sans vraiment corriger l'erreur?" - Apparemment, tout le monde. -- Raymond Chen.

Discussions similaires

  1. Réponses: 8
    Dernier message: 11/04/2014, 09h44
  2. Programmation multi-Threads en R sur windows
    Par boris150 dans le forum R
    Réponses: 2
    Dernier message: 12/03/2014, 15h25
  3. Windows et Multi-Threading - Invoke
    Par zi_omnislasher dans le forum Général Dotnet
    Réponses: 1
    Dernier message: 26/10/2007, 17h20
  4. Tri multi-threadé
    Par Tifauv' dans le forum C
    Réponses: 8
    Dernier message: 28/06/2007, 09h00
  5. [Kylix] exception qtinft.dll et multi-threading
    Par leclaudio25 dans le forum EDI
    Réponses: 3
    Dernier message: 27/03/2003, 18h09

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