Boite de dialogue bloquée par un thread

Bonjour,

Dans ma boite de dialogue principale, je crée un thread qui appelle une fonction plutôt gourmande en ressource CPU.
Quelque soit le niveau de priorité que je donne au thread les contrôles de ma boites de dialogues sont inaccessibles.

En théorie un thread permet de découpler les 2 process : gestion de la fenêtre et de contrôles et gestion de ma fonction.

J'utilise souvent des threads et je n'ai pas ce problème, mais là je suis coincé.:cfou:

Merci de votre aide.

salut,
comment se comporte Windows dans ce contexte ?
combien de cœurs sur ta machine ?
comment tu accèdes a tes contrôles de ta dialogue ?

Citation:

---

Envoyé par farscape

comment se comporte Windows dans ce contexte ?

---

Il n'y a aucun blocage de windows pendant ce temps

Citation:

---

Envoyé par farscape

combien de cœurs sur ta machine ?

---

4

Citation:

---

Envoyé par farscape

comment tu accèdes a tes contrôles de ta dialogue ?

---

J'ai un simple bouton et je voudrais pouvoir cliquer dessus.

Je rajoute un exemple. Peut-être que cela pourra vous aider.
Le simple fait de lancer un nombre important de calcul me bloque l'appli.

Code:

---

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

DWORD WINAPI ThreadCalc(LPVOID lpParam) { CDialog1 *cDlg1 = (CDialog1*)lpParam;   HANDLE hFile = CreateFile(name, GENERIC_READ, 0, NULL, OPEN_EXISTING, FILE_ATTRIBUTE_NORMAL, NULL);   BYTE *bData; DWORD dwRead; int iSize = 1210000; bData = new BYTE[iSize]; ReadFile(hFile, bData, iSize, &dwRead, NULL); CloseHandle(hFile);   unsigned long a; for (int i = 0 ; i < iSize ; i++) for (int j = i ; j < iSize ; j++) a = bData[i]*bData[j];   delete bData; cDlg1->m_ThreadStatus = 0;   return 0; }   void CDialog1::OnBnClickedButton1() { DWORD ThreadId; m_ThreadStatus = 0;   HANDLE hThread = CreateThread(NULL, NULL, ThreadCalc, this, CREATE_SUSPENDED, &ThreadId); m_ThreadStatus = 1; ::ResumeThread(hThread);   }

---

Utilisez les primitives MFC : AfxBeginThread

http://msdn.microsoft.com/fr-fr/libr...(v=vs.80).aspx

Si les worker-threads utilisent intensivement le CPU, il est raisonnable de réduire leur niveau de priorité par rapport au thread d'IHM.

il y a des exemples dans la faq de worker thread

J'avais aussi essayé avec AfxBeginThread.
Mais je viens de trouver une solution.
En fait je crée un thread pour la partie calcul et un thread pour la gestion de l'UI.
Le problème venait du fait que j'intervenais sur les contrôles juste après le lancement du thread.

Ne jamais accéder à des composants graphiques depuis un thread autre que le thread d'UI. :aie: