Discussion :

[Philippe320]

Bonjour à tous,

je n'arrive pas à fermer le port à la fin d'une communication série (en fait un Virtual Com Port, pour un périphérique USB) :


j'ai (légèrement) modifié une partie de la procédure CCom:: PortClose(), ce qui donne ça :

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
 
//-----------------------------------------
bool CCom::PortClose()
{
    //
 
 
	if(!m_hCom) return false;
    PurgeCom();
 
 
    if(m_pThread) // fermeture thread
    {
 	    TRACE("Le Thread tente de s'arrêter");
       do
        {
            if (!SetEvent(m_hCloseCom)) TRACE("Erreur: %d",GetLastError() );
        }
        while(m_bThreadExist);
	    TRACE("Le Thread s'arrête");
 
        CloseHandle(m_hCloseCom);
    }
    if(m_Ov.hEvent) CloseHandle(m_Ov.hEvent);
    m_Ov.hEvent=NULL;
    m_hCloseCom=NULL;
    m_pThread=NULL;
 
//    EscapeCommFunction( m_hCom, CLRDTR );
    EscapeCommFunction( m_hCom, CLRRTS );
 
    int status= CloseHandle( m_hCom);   
    m_hCom=NULL;
    if ( status ) return true;
    GetError();
    return false;
}

j'appelle maCom.PortClose(); pour fermer le port, et dans DebugView, j'obtiens uniquement:

[3980] Le Thread tente de s'arrêter

puis ma boite de dialogue se bloque !!

j'en déduis donc que :
1. m_bThreadExist ne vaut jamais NULL, donc la boucle est infinie
2. il n'y a pourtant pas d'erreur dans SetEvent car je n'ai pas d'affichage d'un code d'erreur

Farscape, pourrais-tu m'expliquer ce qui se passe ?

Merci beaucoup d'avance
Philippe

[farscape]

bonsoir,
hum tu ne ferais pas la fermeture du port dans une fonction appellée par un message du thread ?

[Philippe320]

Bonsoir Farscape,

non, je ferme le port lors d'un clic sur un bouton du genre "Arrêter la transmission"

j'envoie un ordre au périphérique pour qu'il arrête de lui-même l'envoi de données vers le PC,
puis je fais une tempo de 1 seconde,
puis seulement je tente de fermer le port

peut pas dire que j'brutalise l'matériel avec autant de précautions

Philippe

[farscape]

bizarre,
avant de cliquer sur sur le bouton met un point d'arret sur l'appel de WaitForMultipleObjects dans le thread .
ou plutôt juste aprés .
ça sort de l'attente apres le SetEvent?

[Philippe320]

j'ai mis un TRACE avant et après WaitEvent, comme ça :

Code :

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

1
2
3
4
5
 
        // attente evenement pour sortie eventuelle du thread ou reception
		TRACE("Avant WaitEvent");
        WaitEvent = WaitForMultipleObjects(2, pCom->m_hArrayEvent, FALSE, INFINITE);		
 		TRACE("WaitEvent %d",WaitEvent);

pendant la transmission, j'obtiens :

Avant WaitEvent
WaitEvent 1

(en continu bien-sûr)
puis lors de la tentative d'arrêt, je n'ai pas 0 comme valeur,
mais je reste sur le message

Le Thread tente de s'arrêter
(provenant de PortClose)

cela est-il clair ?

Philippe

[farscape]

le WaitForMultipleObjects doit s'arreter sur le setevent c'est obligé,
si c'est pas le cas je ne vois qu'une explication possible:
le thread envoie un sendmessage à la fenetre mais celle -ci ne lui rend pas la main .
c'est possible ?

[farscape]

le probleme doit venir de la si tu tentes d'arreter en cours de conversation.
ininterrompue de la part du péripherique ...
c'est le cas ?

[Philippe320]

bon, tu as raison, fermer le port lors d'une conversation ininterrompue n'était pas très satisfaisant !
c'est pour ça que je faisais une tempo d'une seconde avant de fermer le port.
Mais c'était visiblement trop court encore :

j'ai mis un bouton pour stopper la conversation, et un autre pour fermer le port:
je prend mon temps pour cliquer sur l'un, puis l'autre, et là

CA MARCHE à tous les coups !

Encore bien vu Farscape
Bonne soirée