Discussion :

[mister3957]

Bonjour à tous,


Le chargement de mon application met environs 2 minutes (le temps de rapatrier une assez grosse quantité de données depuis la base de données).

C'est pourquoi j'ai fait une petite boite de chargement avec une barre de progression au lancement.

Comme le chargement envoie des requêtes vers la base de données, le temps que la réponse vienne, l'application est figée. C'est domage car il y a un style de progressbar assez sympa où une espèce de lueur parcours régulièrement la zone d'avancement, mais si c'est pas fluide...

C'est pourquoi j'ai tenté d'utiliser les threads de boost. Malheureusement, et je m'en doutais un peu avant de le faire, mon évennement de lecture des données qui provoque l'avancement d'une barre de progression est lancé depuis le thread dédié au chargement.

Et je me retrouve avec une erreur assertion Qt m'indiquant que les objets appartenant à un thread ne peuvent être manipulés par un autre thread.

Y a-t-il une solution de contournement ?


Merci

A bientôt

[yan]

Pourquoi ne pas utiliser QThread???

[mister3957]

C'était pour etre rapide, j'étais habitué à boost::thread.

Je suis en train de changer pour QThread là, voire si ça fonctionne

Merci

[mister3957]

Heu... j'ai pas la méthode "start" avec QThread... c'est normal ?

[yan]

Heu... j'ai pas la méthode "start" avec QThread... c'est normal ?

??? comment cela?
http://qt.developpez.com/doc/4.4/qthread/#start

[Alp]

Les threads de Qt sont réentrants, c'est à dire qu'ils permettent de se transmettre des données entre eux.

Par contre, je ne suis pas sûr que Qt laisse boost::thread mettre son nez là où Qt attend plutôt des QThread.

Donc dans une application Qt, il est bien plus sûr d'utiliser des QThread.