Discussion :

[abcdefg]

Bonjour,

Je souhaite utiliser un wxThread et lui adressé des wxEvent, cependant j’ai lu pas mal de trucs (truc1 et
truc2) sur les wxThread et les Custom Event mais il me manque un détail pour que tout fonctionnent.

Apparemment les évents sont récupérés dans le thread principal et c’est lui qui, grace a la table de mapping BEGIN_EVENT_TABLE appel les méthodes concerné par l’évent reçu.

La table de mapping est toujours initialisé avec le thread principal (exemple : wxFrame) qui a accès a l’wxEvtHandler. Dans mon cas je n’ai pas de wxFrame car je souhaite faire une application console et j’aimerai que mes threads secondaires ai leurs propre file de message.


1) Comment dois-je faire pour que mon thread puisse récupérer des events sans passer par le thread principal (mode console).

Merci de votre aide.

[abcdefg]

N'y a t'il pas un moyen pour que mon thread ait sa propre boucle de message ?

Merci.

[3DArchi]

Bonjour,
A priori, je dirais qu'en mode console tu ne peux pas avoir de boucle de message.
Ensuite, si tu veux une boucle de message (mais pas t'embêter avec trop d'IHM), tu peux toujours démarré en mode GUI et cacher la fenêtre.

Sinon, tu utilises d'autres mécanismes de synchronisation et d'échange entre tes threads.

[abcdefg]

Ok, si je passe par un main qui hérite de wxFrame pour avoir une boucle de message et que j'ai 5 threads qui tourne, j'aurai qu'une seule est unique boucle de message pour ces 5 threads ?

Qu'est ce qu'il y a d'autre a part les Events pour communiquer de façon efficace (sans faire 35 000 wxMutex) avec mes wxThread (équivalent des messages sous win ?)

Merci 3DArchi pour ta réponse.

[3DArchi]

Ok, si je passe par un main qui hérite de wxFrame pour avoir une boucle de message et que j'ai 5 threads qui tourne, j'aurai qu'une seule est unique boucle de message pour ces 5 threads ?

J'en sais rien. J'ai jamais essayé de faire dialoguer différents thread avec des wxEvent. A priori, je dirais que ça se passe mal
Si je reprends la doc (c'est moi qui souligne) :

If you do decide to use threads in your application, it is strongly recommended that no more than one thread calls GUI functions. The thread sample shows that it is possible for many different threads to call GUI functions at once (all the threads created in the sample access GUI), but it is a very poor design choice for anything except an example. The design which uses one GUI thread and several worker threads which communicate with the main one using events is much more robust and will undoubtedly save you countless problems (example: under Win32 a thread can only access GDI objects such as pens, brushes, &c created by itself and not by the other threads).

For communication between secondary threads and the main thread, you may use wxEvtHandler::AddPendingEvent or its short version wxPostEvent. These functions have a thread-safe implementation so that they can be used as they are for sending events from one thread to another. However there is no built in method to send messages to the worker threads and you will need to use the available synchronization classes to implement the solution which suits your needs yourself. In particular, please note that it is not enough to derive your class from wxThread and wxEvtHandler to send messages to it: in fact, this does not work at all.

Qu'est ce qu'il y a d'autre a part les Events pour communiquer de façon efficace (sans faire 35 000 wxMutex) avec mes wxThread (équivalent des messages sous win ?)

wxCondition ?

[wxXav]

Hello.
Je m'incruste pour donner mon avis sur la question.

Le principe de la wxFrame "masquée" est à mon avis le plus simple à mettre en oeuvre.

Et à partir du moment où tu n'accèdes pas directement aux éléments de l'interface (qui de toute façon est cachée), tu n'auras sans doute pas à gérer 35000 Mutex.

En fait, chaque fois qu'un thread voudra envoyer un événement, il suffira de faire un "AddPendingEvent" sur la frame qui se chargera de le redistribuer.

Ensuite, dans chaque thread, tu mets en place une liste d'événements reçus (avec les accesseurs publics qui vont bien) et tu vas régulièrement vérifier si oui ou non un message est présent dans la liste.
C'est à ce moment là que tu devra éventuellement utiliser les Mutex afin de ne pas accéder à la liste depuis le thread principal (lors de l'ajout d'un message) et en même temps depuis le thread concerné (pour récupérer un message et l'enlever de la liste).

@+
Xav'