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?