Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter
Partage de conteneur
Bonjour à tous,
J'ai lu que le conteneur Qqueue est ré-entrant et que c'est plus "fort" que safe-thread.
Deux threads différents partageant un pointeur vers un Qqueue peuvent-ils l'un faire des enqueue() et l'autre des dequeue() sans besoin d'utiliser une technique de synchronisation (mutex, sémaphore) ?
Salut,
Pour moi si tu as une Qqueue partager entre 2 threads tu dois protéger l’accès via de la synchro sinon tu risques d'avoir des problèmes.
Regarde ce lien ici.
Vous voulez participer aux Tutoriels, FAQ ou Traductions et faire partie de l'équipe Qt de Developpez.
N'hésitez pas à me contacter par MP.
Merci pour le lien, c'est plus clair.
Donc Qqueue est ré-entrant mais pas thread-safe.
Existe-il des conteneurs Qt qui soient thread-safe ?
Quel problème pourrai-t-on avoir, on accède jamais simultanément au même élément de la file ?
QUi t'as dit celaEnvoyé par DSGSLA
Un gros plantage ou erreur mémoire lors d'un push et pop par deux thread différent.
Que cherche tu as faire?
Je veux envoyer (unidirectionnel) des Qvariant (donc de taille variable) d'un thread à un autre.
Pourquoi ne pas utiliser les signal/slot?
Parce que le type de classes thread et leur nombre est variable. Je ne peut les déterminer qu'à l'exécution. Comment effectuer les connect dans ce cas ?Pourquoi ne pas utiliser les signal/slot?
De plus les threads peuvent être chaînés, comment synchroniser les flux entrants et sortant ainsi que les calculs à faire ?
peut tu expliquer un peu le problème.
Peut être que qreadwritelock peut t'aider
http://qt.developpez.com/doc/latest/qreadwritelock.html
Connais tu QtConcurrent?
Répondre avec citation
Partager