Discussion :

[Fullmetal82]

Bonsoir,

Je présente mon problème : J'ai un thread de réception de packets et un autre qui gère tout le reste (affichage. . .).
J'ai été amené à coder tel qu'une fonction d'affichage, déclarée dans le thread principal, est appelé dans le thread de réception. Et, dans cette fonction, à chaque appel d'une variable également déclarée dans le thread principale, Qt me sort un message dans la console, le voici :
"QCoreApplication::sendPostedEvents: Cannot send posted events for object in another thread".

En apparence cela n'a aucune répercutions sur mon programme, malgré qu'il est planté tout à l'heure d'une cause inconnue mais après quelques répétitions ça n'avait pas l'air de réitérer. .
Bref ça m'inquiète quand même ^^

J'aurais donc aimé savoir si vous pensez que cela peut endommager le bon fonctionnement de mon programme et si je devrais penser à une solution alternative où je n'aurais plus à utiliser cette méthode.

Je remercie d'avance ceux qui m'auront lu en espérant qu'ils pourront m'aider dans ce problème.

Sur ce, mes salutations =)

[yan]

J'ai été amené à coder tel qu'une fonction d'affichage, déclarée dans le thread principal, est appelé dans le thread de réception.

dangereux çà. Tu utilise un mutex ou autre pour protéger les données? tu utilise des pointeurs?

Et, dans cette fonction, à chaque appel d'une variable également déclarée dans le thread principale, Qt me sort un message dans la console, le voici :
"QCoreApplication::sendPostedEvents: Cannot send posted events for object in another thread".

En apparence cela n'a aucune répercutions sur mon programme, malgré qu'il est planté tout à l'heure d'une cause inconnue mais après quelques répétitions ça n'avait pas l'air de réitérer. .
Bref ça m'inquiète quand même ^^

difficile de dire si le plantage viens de cette partie de code, mais ce n'est pas à exclure.

si je devrais penser à une solution alternative où je n'aurais plus à utiliser cette méthode.

pourquoi ne pas avoir utilisé les signal/slot?

[Fullmetal82]

hum j'avais utilisé des mutex sur mon serveur mais les plantages aléatoires n'ont toujours pas disparu alors je n'ai pas appliqué sur mon client
Quoi que si en y repensant, il y a longtemps il me semble que j'avais essayé, mais j'avais dû mal les utiliser parce que ça m'avait bloqué mon application -.-
Bref. .
J'utilise des pointeurs oui sinon.

Par contre je te remercie fortement, j'avais complétement oublié les signaux personnalisés. . Ce qui m'évitera le QTimer qui teste périodiquement la valeur. . xD

Excusez-moi si c'est un peu HS du sujet mais j'aimerais que l'on me confirme mon utilisation des mutex si quelqu'un le peut. J'utilise la SFML pour le réseau, et en l'occurrence j'utilise les fonctions mutex.Lock() et mutex.Unlock() autours des variables qui sont partagées par les deux threads, et ce sur chaque thread. .
Est-ce suffisant ?

Merci d'avance.

[yan]

J'utilise des pointeurs oui sinon.

faut bien faire attention que ce qui est pointé n'est pas détruit par un des thread pendant que l'autre l'utilise.
Sur de petit objet, ton appli peut tomber en marche et planter de temps en temps sans que tu comprenne pourquoi. ou alors planté aprés l'ajout d'une ligne de code

Par contre je te remercie fortement, j'avais complétement oublié les signaux personnalisés. . Ce qui m'évitera le QTimer qui teste périodiquement la valeur. . xD

Excusez-moi si c'est un peu HS du sujet mais j'aimerais que l'on me confirme mon utilisation des mutex si quelqu'un le peut. J'utilise la SFML pour le réseau, et en l'occurrence j'utilise les fonctions mutex.Lock() et mutex.Unlock() autours des variables qui sont partagées par les deux threads, et ce sur chaque thread. .
Est-ce suffisant ?

si tu est sur de la durée de vie de ces variable, oui.
Au lieu de pointeur, tu devrais utiliser des pointeurs intelligents. Qt en fournie quelques un.
Pour les mutex je te conseil de regarder
http://qt.developpez.com/faq/?page=T...pulation-mutex