Discussion :

[vilaincoco]

Bonjour,

Je rencontre en ce moment des problèmes de développement relatifs au multithreading sous Qt 4.3.4, j'aimerais avoir votre avis sur la question:

Il s'agit de créer une wait dialog au sein d'une application. Celle ci doit faire défiler une suite d'image PNG en actualisant un timer au fil du temps, tandis qu'une opération lourde se produit (chargement de données, export).
J'ai donc créé une classe dérivé de QThread qui envoit un signal au GUI thread pour l'actualiser. Le problème est que le slot du GUI thread n'est appelé qu'à la fin de l'opération. En utilisant Qt:irectConnection pour connecter directement le thread au GUI thread, j'ai pour résultat que la méthode d'update qui actualise la wait dialog est alors appelé depuis ce thread (au lieu du GUI thread comme c'était le cas avec Qt::AutoConnection par default), ce qui provoque un crash.

Je précise que lorsque j'utilise Qt::AutoConnection par défault pour le connect, j'arrive à afficher la suite de png lorsque le GUI thread est libre.

La question est finalement comment libérer le GUI thread des opérations qu'il est en train de réaliser à une fréquence donnée pour lui faire réaliser d'autres opérations. Avec un timer dans le GUI thread le résultat est le même.

En parcourant le forum, je n'ai pas trouvé de solutions à ce problème.

Si vous avez des pistes, merci de m'éclaircir

Cdt,

Coco

[yan]

Salut

En utilisant Qt:irectConnection pour connecter directement le thread au GUI thread, j'ai pour résultat que la méthode d'update qui actualise la wait dialog est alors appelé depuis ce thread (au lieu du GUI thread comme c'était le cas avec Qt::AutoConnection par default), ce qui provoque un crash.

Ce doit même être un assert non?

Pourquoi as tu besoin d'un thread??? un QTimer suffirait largement

[vilaincoco]

"Warning: Slots that generate window system events or use window system functions must not be connected to a signal that is emitted from a thread that is not the GUI thread."

Sans résoudre quoi que soit, ça m'indique que ma manière de procéder était crado

[yan]

EN gros, JAMAIS DE TRAITEMENT GUI DANS UNE THREAD.
Hors que tu oblige une connection direct, le slot sera directement appelé par le emit de la thread, qui va l'executer.

[vilaincoco]

Merci pour ces informations

Effectivement, c'était un assert

J'ai essayé le QTimer, qui je le pensais, aurait du suffir. C'est parce qu'il ne fonctionnait pas que j'en suis venu à des solutions moins orthodoxes...

Voilà le code que j'avais écrit à la base pour ma wait dialog:

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
WaitDialog::WaitDialog(QWidget* pParent, Qt::WindowFlags pFlag)
:QDialog(pParent)
,mFrame(0)
{
	setWindowFlags(pFlag);
	mUi.setupUi(this);
	mStartTime.start();
	QTimer::singleShot(100, this, SLOT(updateInfos()));
}
 
void WaitDialog::updateInfos()
{
	// Set current pixmap 
	if
		(mFrame == mWaitDialogPixmaps->size())
	{
		mFrame = 0;
	}
	mUi.label->setPixmap((*mWaitDialogPixmaps)[mFrame++]);
 
	// Set elapsed time.
	QTime lElapsed(0, 0, 0, 0);
	lElapsed = lElapsed.addMSecs(mStartTime.elapsed());
	mUi.mLElapsedTime->setText(lElapsed.toString("HH:mm:ss"));
	QApplication::processEvents();
	QTimer::singleShot(100, this, SLOT(updateInfos()));
}
 
void VA_WaitDialog::showInstance()	
{
	if
		(!msInstance)
	{
		msInstance = new VA_WaitDialog();
		msInstance->show();
	}
}
 
void VA_WaitDialog::hideInstance()
{
	  if
              (msInstance)
          delete msInstance;
}

Celle ci était utilisée dans ma main window de cette manière:

Code :

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

1
2
3
4
VA_WaitDialog::showInstance();
// TRAITEMENT LOURD
// ...
void VA_WaitDialog::hideInstance();

On voyait une fenêtre modale grise figée apparaître sans le défilement des png et du ellapsed time qui disparaissait à la fin du traitement.
Ca aurait du marcher... Je comprends pas.

Une idée?

[vilaincoco]

Les deux premières méthodes appartiennent à VA_WaitDialog
C'est une erreur de copier coller

[yan]

C'est grisé car la thread principale effectue ta tache lourd. Elle ne peut donc effectuer autre chose.
Une methode pas terrible est d'appeler qApp->processEvents () pendant ton gros traitement.

Et un manière bien meilleur utiliser une thread ce qui t'as voulue faire, mais faut décorélé l'ihm du traitement.

Comment se déroule l'exécution du traitement?

[vilaincoco]

"Une methode pas terrible est d'appeler qApp->processEvents () pendant ton gros traitement."

Haha, c'est ce que j'ai fini par faire!
Le traitement, c'est une export PDF/PNG de contenus de widgets. L'utilisateur peut définir la résolution, ça peut donc prendre du temps.
J'ai mis des qApp->processEvents () entre chaque export de vue... Ca fait illusion

Une idée toute con que je viens d'avoir serait simplement d'effectuer l'export dans un QThread et de jouer l'animation de la wait dialog dans le GUI thread.

Mais là j'ai la flem'

En tout cas merci, ce fut fort instructif!

Coco

PS: Chuck Norris peut diviser par zéro

[yan]

PS: Chuck Norris peut diviser par zéro

C'est pas comme cela qu'il as été conçue?

[IrmatDen]

Tu confonds avec Ctulhu
Et chaque fois qu'un scientifique divise par 0 il se retrouve propulsé dans la dimension de l'un de ses sous-fifres
(Et je sors aussi )