Discussion :

[koala01]

pas terrible en multi-thread.

Et encore...
Comme l'insertion dans une std::queue se fait... après le dernier élément inséré, et que le pop se fait sur... le plus ancien élément inséré, tu ne devrais pas avoir de problème majeur du point de vue du multi thread.

Au pire, on sort sur empty() pendant qu'un autre thread insère un nouvel élément à la fin, et, comme la condition de sortie au niveau de la fonction principale n'est pas vérifiée, on recommence juste après, mais après que l'insertion soit survenue

[NoIdea]

Merci pour ces indices, cependant, mon plus gros problème consiste a détecter l'arrivée d'un évènement :
bacelar propose :

Code :

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

1
2
 
/*Appel bloquant tant qu'il n'y a pas de message*/

Mais comment faire une telle fonction ?

Faut-il qu'un emit change une variable booléenne globale indiquant la présence d'un évènement ?
Autre problème, SDL a sa propre file d'évènement, comment faire pour créer un emit automatique lors d'un rajout à la file d'évènement SDL ?

[bacelar]

une variable booléenne globale indiquant la présence d'un évènement ?

Beurk!!!

Il y a bon nombre de primitives systèmes pour régler ce type de problème.
C'est fonction du système et les bibliotèques graphiques les prennent en charge. Donc pourquoi réinventer la roue ?

Autre problème, SDL a sa propre file d'évènement, comment faire pour créer un emit automatique lors d'un rajout à la file d'évènement SDL ?

Comprend pas là.
Un exemple de boucle SDL avec attente passive :

http://www.meandmark.com/sdlopenglpart6.html

[NoIdea]

Merci, je ne connaissais pas les UserEvent, auquel cas, ma file d'évènement est déjà gérée par SDL (et je n'ai pas besoin de faire de pop ou autre car c'est SDL qui les gere). A priori, j'ai tout pour réussir mon GUI a partir de signaux au lieu d'une attente active.