VC++ 6.0 : Problème Implémentation de Thread

Bonjour,

J'ai un problème pour savoir comment implémenter un thread dans la classe CmainFrame d'une application sur laquelle j'apporte des évolutions.

Dans cette classe une fonction OnSeConnecter() tente une connexion socket à intervalle régulier (Timer) en utilisant notamment un appel à la fonction connect() de la classe CSocket.

Or cet appel prend pas mal de temps et du coup ralentit mon IHM et l'accés aux menus lorsque le PC qui déroule mon application est seul sur le réseau (pas de réponse immédiate à la fonction connect() ).

1) Donc je cherche une solution pour éviter que mon IHM soit extrêment ralentie dés que je passe dans OnSeConnecter(). J'ai pensé à un Thread, mais je suis preneur d'une solution plus simple.

2) Puis je utiliser un Thread dans la classe CMainFrame ?
J'avais pensé transformer la fonction OnSeConnecter() en Thread.

Merci d'avance pour vos conseils.
Si vous avez besoin d'infos supp, demandez moi.

salut,
ta fonction ThreadSocketConnexion doit etre statique à la classe ....
voir faq: http://c.developpez.com/faq/vc/?page...keWorkerThread

Excuses moi, mais j'ai complètement remanié ma question entre-temps.
Et j'ai effectivement corrigé ce point entre autres.
Du coup je me pose des questions plus générales.

salut,
oui tu peux tout a fait mettre un thread dans la classe CMainFrame.
le thread se terminant quand la connexion est réalisée ou échouée.
tu peux alors envoyer un message privé a la mainframe pour donner le résultat du statut de la connexion...
:D

J'ai déclaré dans ma classe CMainFrame une procédure static, qui n'est pas une fonction membre de la classe.

Code:

---

1 2	static UINT ThreadSocketConnexion(LPVOID pParam) {...}

---

Cette fonction doit-elle aussi être déclarée dans le fichier CMainFrame.h ?
En dehors de la classe ?

Merci.

Citation:

---

J'ai déclaré dans ma classe CMainFrame une procédure static, qui n'est pas une fonction membre de la classe.

---

"Illogic, captain" -- Mr. Spock.

http://c.developpez.com/faq/cpp/?page=static

J'ai avancé dans l'écriture de mon Thread de ma classe CMainFrame.
Il est bien appelé et se synchronise avec le déclenchement d'un évènement déclenché au sein de ma classe.
J'ai juste un souci sur l'appel (syntaxe ??) des fonctions de la classe à partir de mon thread :

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23

static UINT ThreadSocketConnexion(LPVOID pParam) { CMainFrame * pObject = (CMainFrame*)pParam; if (pObject == NULL || !pObject->IsKindOf(RUNTIME_CLASS(CMainFrame))) return 1; // if pObject is not valid   CSingleLock sLock(pObject->m_pEventSocketConnexion);   while (TRUE) { // Attente de l'événement m_pEventSocketConnexion sLock.Lock(); ..... pObject->m_szVariableCString = .... fonctionne   // Mais le post de message ne passe pas .... pObject->PostMessage(WM_FIN_CONNEXION, (WPARAM)pObject->m_bConnexionEnCours); // de même que l'appel d'une fonction de ma classe CMainFrame comme pObject->TRACE_VIEW(..); ..... sLock.UnLock(); } sLock.UnLock(); return 0; }

---

Je pense que je dois me planter dans la syntaxe...

Merci de votre aide !

salut,

Code:

---

1 2 3 4 5

CMainFrame * pObject = reinterpret_cast<CMainFrame*>(pParam); if (pObject == NULL || !pObject->IsKindOf(RUNTIME_CLASS(CMainFrame))) return 1; // if pObject is not valid

---

il est préférable d'utiliser le cast c++, mais ce n'est pas la le problème.
tu as mis un point d'arret apres ces lignes ? le test est validé?
:D

Oui je passe le test et je rentre dans la boucle sans problèmes.
J'accède bien aux variables membres de la classe par PObject->m_... mais pas aux fonctions.
Exception levée à chaque fois.

ces fonctions font des accés à l'ihm ?
si c'est le cas c'est normal que ça plante en debug..
:D

Effectivement une des fonction traçait des messages sur la vue.
J'ai donc reporté l'affichage dans la fonction appelée a chaque fin de traitement de la boucle du Thread par l'envoi d'un message vers ma classe CMainFrame.

Bon cela fonctionne mieux désormais. Encore quelques dysfonctionnements à régler.

Merci de votre aide.

Encore, je pense un dernier problème..
Mon socket se crée bien dans mon Thread de connexion, mais ensuite quand mon application distante m'envoie des trames j'ai l'impression "que je ne les voie pas", autrement dit que l'évènement receveive() de la classe CSocket n'est pas déclenché ...

Dans ma clase CMainFrame j'ai déclaré un pointeur sur un objet de ma classe CSocket, m_pSocket.

Existe-t-il une différence entre créer un nouvel objet Csocket au sein d'une fonction de ma classe CmainFrame et le faire dans mon Thread ?

Exemple 1 : Socket dans une fonction de CMainFrame

Code:

---

1 2 3 4 5 6

int OnSeConnecter() { ... m_pSocket = new CSocketTCP(this); m_pSocket->Connect(m_szAdresse, m_dwPort); ... }

---

Exemple 2 : Creation socket dans un Thread

Code:

---

1 2	// Creation du Thread dans une fonction de CMainFrame m_pThreadSocketConnexion = AfxBeginThread((AFX_THREADPROC)ThreadSocketConnexion,(LPVOID)this);

---

/

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13

/ Creation du socket dans le thread static UINT ThreadSocketConnexion(LPVOID pParam) { ... CMainFrame * pObject = reinterpret_cast<CMainFrame*>(pParam);   if (pObject == NULL || !pObject->IsKindOf(RUNTIME_CLASS(CMainFrame))) return 1; // if pObject is not valid // creation du socket pObject->m_pSocket = new CSocketTCP(pObject); pObject->m_pSocket->Connect(szAdresseIp, dwSocketPort); .... }

---

Est-ce bien le même socket ?
Les autres classes qui feront appel à CMainFrame->m_pSocket verront-elles bien le même ?

Merci d'avance. (Je pense que c'est mon dernier point à résoudre)

PAs d'idée ???

hum possible que ça cause un probléme ,les sockets MFC s'appuyant sur une fenêtre pour les messages internes..
essaye de faire la création en dehors du thread.
attention toujours la même remarque pour le fonctionnement du thread, en debug probléme pour tout ce qui touche à l'ihm et éventuellement les sockets.
en release ça ne devrait pas causer de probléme.

Hormis le problème du socket, mon appli plante au bout de quelques tentatives de connexion avec ce système de Thread en version release, mais pas en version Debug.

J'ai commencé effectivement à modifier mon implémentation et limiter le thread à la connexion seule. La création se faisant en dehors comme initialement.