wx thread : changer des champs de ma fenêtre depuis l'affichage

Version imprimable

Bonjour à tous,

Je précise que je n'ai pas une expérience très étoffée de l'usage des threads.

Dans le cadre d'un projet, j'ai développé une application avec wx-widget faisant du calcul intensif et proposant une IHM de monitoring.

Je dispose dans l'application de deux wxthreads:

- Le thread principal dans lequel je crée la fenêtre de suivi du calcul.
- Un thread de calcul.

Ma fenetre de suivi, instance de la classe Monitoframe dérivée de wxFrame est référencée par un pointeur encaspulé dans un Singleton.

Mon thread de calcul modifie les valeurs de certains champs des widgets de ma fenêtre (des wxStaticText et une wxGauge). Le problème est que mon thread de calcul appelle les fonctions de mon instance de monitoframe pour modifier l'affichage de l'avancement sans synchronisation.

En fait mon code ressemble à ça:
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 // Initialisation de la fenêtre de monitoring bool application::OnInit() { wxInitAllImageHandlers(); MonitoFrame* frame = new monitoFrame(0L); // On crée la fenêtre. ... SingletonParamsGlobals::getInstance()->lancerThreadCalcul(m, argc, argv); // On lance le thread de calcul, ... } void SingletonParamsGlobals::lancerThreadCalcul(Commande* _m, int argc , char **argv) { t = new Tlaunch(_m, argc, argv); t->Create(); t->Run(); }
Le code de lancement du thread de calcul ressemble à ça:
Code:

1 2 3 4 5 6 7 8 9 void* Entry(){ if( TestDestroy() ) return NULL; resultat = m->launch(_argc, _argv); exit(0); } int getResultat(){ return resultat; }
Dans le code de mon thread de calcul, je fais régulièrement appel à des méthodes de la classe MonitoFrame, par exemple:

Code:

SingletonParamsGlobals::getInstance()->getFenetrePrincipale()->setAvancement(0);

Lorsque je fais des appels "trop rapprochés" aux fonctions de Monitoframe, j'ai quelque fois un plantage violent. D'où mes questions:

Pourquoi ai-je ce comportement ? un champ d'un wxStaticText est-il modifié par le thread de calcul alors que le thread principal gérant l'affichage essaie d'accéder à sa valeur pour l'afficher ?
D'ailleurs, pourquoi le "repaint" de ma fenêtre est-il automatique lorsque par exemple, je modifie la valeur d'un wxStaticText ? Je pense que le problème vient de là, le thread principal demandant l'affichage d'un champ dont je modifie potentiellement la valeur de manière concurente au travers du thread principal.

Avez-vous des liens vers des tutoriaux expliquant comme bien synchronizer la modification des valeurs d'une IHM depuis un thread de calcul ou simplement de petits conseils à me donner. Je suis un peu perdu.

Cordialement,
Benoît.

29/03/2010, 20h03
vikki

Hello,
A ma connaissance, la plupart des Lib de GUI (voir toutes) ne sont pas thread-safe. Je me souviens avoir eu un paquet de soucis avec wxWidget à ce niveau et certaines libs (Qt pour ne pas la nommer) interdisent totalement la modification d'éléments d'interface dans un thread différent du principal. A mon avis, la solution la plus sûr est de modifier tes widgets dans le thread principal, notamment par l'intermédiaire du gestionnaire d'évènements. C'est très facile à mettre en place sous Qt, mais beaucoup moins drôle sous wxWidget. Regarde du coté de la fonction membre de wEvtHandler: AddPendingEvent qui permet de faire passer un évènement d'un thread quelconque au thread principal.
30/03/2010, 09h24
Benoit_T

Merci pour votre réponse,

J'ai fait quelques recherches sur le web mais je n'ai pas trouvé d'exemple minimaliste illustrant ce que je désire faire. Beaucoup font comme moi, de manière non thread safe...

Voici les portions de code posant problème, simplifiées pour résumé le problème:

header:

Code:

1
2
3
4
5
6
7
8
9
10
11
class MonitoFrame: public wxFrame
{
    MonitoFrame(wxWindow* parent,wxWindowID id=wxID_ANY);
    virtual ~monitoFrame();
    void setTextCalcul (std::string texteCalcul);
    void majGui();
    void OnTimer(wxTimerEvent& event);
private:
    std::string _textCalcul;
    wxStaticText* StaticTextCalcul;
};

cpp:

Code:

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
BEGIN_EVENT_TABLE(monitoFrame,wxFrame)
    EVT_TIMER(Id_Timer,   monitoFrame::OnTimer)
END_EVENT_TABLE()
 
monitoFrame::monitoFrame(wxWindow* parent,wxWindowID id) {
 
    Create(parent, wxID_ANY, _("spp.exe"), wxDefaultPosition, wxDefaultSize, wxSTAY_ON_TOP|wxDEFAULT_FRAME_STYLE|wxRESIZE_BORDER, _T("wxID_ANY"));
    Panel1 = new wxPanel(this, ID_PANEL1, wxPoint(0,0), wxSize(360,272), wxTAB_TRAVERSAL, _T("ID_PANEL1"));
    StaticTextCalcul = new wxStaticText(Panel1, ID_STATICTEXT9, wxEmptyString, wxPoint(272,24), wxSize(8,13), 0, _T("ID_STATICTEXT9"));
    Center();
    MonTimer.SetOwner(this,Id_Timer);
    MonTimer.Start(50);
 
}
 
void monitoFrame::OnTimer(wxTimerEvent& WXUNUSED(event)) {
    majAffichage();
}
 
// Fonction appelée dans le thread principal par le Timer toutes les 50 ms 
void monitoFrame::majGui(){
    StaticTextCalcul->SetLabel(_textCalcul); // Conflit si le thread de calcul écrit _textCalcul pendant que le thread principal le lit ici.
}
 
// Fonction appelée par le Thread de calcul, actuellement potentiellement en même temps que majGui soit appelée par le thread principal
void monitoFrame::setTextCalcul(std::string textCalcul){
    _textCalcul = textCalcul;
}

Le problème vient du fait que le thread de calcul modifie la valeur de _textCalcul au travers de l'appel de setTextCalcul pendant que le thread principal lit la valeur pour l'afficher dans la méthode majGui.

Comment éviter ce problème facilement, avec un mutex, si oui, je n'en ai pas bien compris l'utilisation, quelqu'un pour m'expliquer?

Hello, désolé pour la réponse tardive, problème de connexion chez moi^^

Donc oui, cela devrait marcher avec des mutex. Grossièrement, un mutex sert à "locker" une variable entre plusieurs thread, typiquement lorsque ces thread cherchent à accéder simultanément (au moins un accès en écriture) à celle-ci (il y a plusieurs post sur le sujet, faut juste les retrouver). Dans ton cas, cela va donner:
Code:

1 2 3 4 5 6 7 8 9 10 11 12 // Fonction appelée dans le thread principal par le Timer toutes les 50 ms void monitoFrame::majGui(){ wxMutexLocker lock(m_mutex); StaticTextCalcul->SetLabel(_textCalcul); // Conflit si le thread de calcul écrit _textCalcul pendant que le thread principal le lit ici. } // Fonction appelée par le Thread de calcul, actuellement potentiellement en même temps que majGui soit appelée par le thread principal void monitoFrame::setTextCalcul(std::string textCalcul){ wxMutexLocker lock(m_mutex); _textCalcul = textCalcul; }
Avec m_mutex un wxMutex déclaré dans ta classe monitoFrame.