Discussion :

[Littlepea]

Bonjour,
Je suis en train de faire un petit programme dans lequel un thread reçoit des données venant d'un serveur dans le but de les afficher dans un textCtrl. (Même fonctionnement qu'un client Jabber par exemple..)
Cependant, lorsque j'accède au textCtrl en question pour modifier son contenu à partir du thread, il arrive que j'obtienne une Segfault.Cela arrive alors que je n'accède pas au textCtrl autrement, donc je ne vois pas trop comment arranger ça, je connais un peu le système de Mutex mais je ne vois pas comment m'en servir dans ce cas, où mon thread est le seul à accéder à textCtrl...

Techniquement, mon thread a un pointeur vers un classe qui dérive de wxFrame, et c'est dans cette classe que se trouve le textCtrl qui pose problème. (Si besoin, je posterai une version simplifiée du code pour que vous voyez comment ça 'organise.)

[AlexisA]

Toucher à un contrôle à partir d'un thread autre que le thread principal est toujours très risqué.

Essayez plutôt d'envoyer un message à la classe qui contient le textCtrl (qui devrait dériver de wxEvtHandler).

[Ti-R]

Bonjour,

Une question similaire à été posté dans ce thread

Soit semaphore soit wxMutexGui soit socket à la rigueur

[Littlepea]

Ah je n'avais pas vu ce topic (enfin le nom ne m'a pas fait penser que ça parlait de thread...)

En effet, la solution est tout simplement :

Code :

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

1
2
3
4
5
6
7
8
void MonThread::Run()
{
...
wxMutexGuiEnter();
ptr_textCtrl->AppendText(...);
wxMutexGuiLeave();
...
}

Je ne connaissais pas cette astuce (enfin je découvre wxWidget donc c'est un peu normal ), merci beaucoup pour vos réponses, je vais également regarder la solution d'AlexisA et me renseigner sur les sémaphores

Je tiens juste à préciser que la segfault apparaît sous Linux mais pas sous Windows ! (pourtant les mêmes versions de wxWidget et de GCC sont utilisées pour compiler le projet ) bizarre ...

Littlepea