Discussion :

[leXof]

Bonjour à tous,

Je n'ai pas l'habitude de solliciter les gens sur les forums (mais plutôt me servir de ce qui a déjà été analysé et résolu), car j'aime bien trouver par moi-même et essayer de ne pas "redonder" les mêmes questions. Mais, là, je ne vois plus où chercher ...

Mon problème est le suivant :

J'ai développé une appli graphique en C++/wxWigdet 2.8.6 (Win XP Pro SP2) dans laquelle un wxThread gère une boucle while permettant d'écouter, via un socket client, les trames arrivant d'un serveur dédié.

En réponse à une trame spécifique du serveur, ce thread ajoute une page dans le wxNoteBook de mon GUI (dans la wxFrame principale).

En test, je la vois bien se créer, mais c'est tout ... l'appli se freeze ... (avec obligation de killer le process).

Toutefois si j'exécute le même code dans une méthode répondant à un évènement initié par l'utilisateur (clic sur un bouton, menu ... etc ...) ça fonctionne (pas de freeze).

Donc le code de création de la page me paraît être correcte (et est assez basic au demeurant), mais fonctionne à moitié dans un Thread ... (dans lequel je passe une référence de la wxFrame principale contenant ce wxNoteBook).

Quelqu'un saurait-il si cela est un bug connu ou bien, quelle serait la raison de ce "comportement inattendu" ?

Merci pour votre aide,
Bonne journée.
leXof

[Sylvain Togni]

Il me semble que c'est normal car toutes les opérations sur la GUI doivent s'effectuer dans un seul thread, le thread principal. C'est une limitation de wxWidgets.

[Ti-R]

Oui c'est normal, pour résoudre ton problème il faut utiliser un "PendingEvent" sur ta "main frame", message qui va s'éxécuter dans ta frame principale.

Avec le semaphore tu vas attendre que tout a bien été créé avant de continuer dans ton thread courant.

Code :

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

1
2
3
4
5
6
7
8
9
wxSemaphore semaphore(0, 1);
 
		wxCommandEvent tEvent( wxEVT_LC_EXECUTE_IN_MAIN_THREAD, mMainFrame->GetId() );
		tEvent.SetClientData( ..."tes data"...), &semaphore) );
		tEvent.SetEventObject( mMainFrame );
		mMainFrame->GetEventHandler()->AddPendingEvent( tEvent );
 
		if(semaphore.Wait() == wxSEMA_NO_ERROR);
			...

Sinon utiliser http://docs.wxwidgets.org/2.8.6/wx_threadfunctions.html pour dessiner quelque chose.

Code :

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

1
2
3
4
5
6
7
 
    wxMutexGuiEnter();
 
    // Call GUI here:
    my_window->DrawSomething();
 
    wxMutexGuiLeave();

[leXof]

Bonjour,

Oui je confirme que wxWidget n'est pas "Thread Safe". Pour contourner ce point, j'ai :

- Utilisé les wxSocket (client et serveur)
- Utilisé les évènements qui leurs sont associés (voir plus bas)
- le tout dans le Thread principal.

Et ça marche nickel !!!!

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
/*tables des évènements*/
BEGIN_EVENT_TABLE(myAppli,wxFrame)
    //(*EventTable(myAppli)
    //*)
    EVT_SOCKET(ID_CSOCKET, myAppli::OnSocketEvent)
END_EVENT_TABLE()
/**/
 
/*instanciation du socket client*/
csocket = new wxSocketClient();
csocket->SetEventHandler(*this, ID_CSOCKET);
csocket->SetNotify(wxSOCKET_CONNECTION_FLAG | wxSOCKET_INPUT_FLAG | wxSOCKET_LOST_FLAG);
csocket->Notify(true);
/**/
 
/*le socket event handler*/
void myAppli::OnSocketEvent(wxSocketEvent& event)
{
    ...
}
/**/

Merci pour vos réponses

Christophe

NB : je passe le thread en "Résolu"

[Ti-R]

Je vais faire un peu de "pub" pour un autre composant, je te conseil wxflatnotebook qui est très bien, il faut essayer, voila