soucis avec un executable

Version imprimable

Voir 40 message(s) de cette discussion en une page

08/08/2006, 08h23
thony76

soucis avec un executable

coucou � tous

Comme le dit l'intitul�, j�ai un souci avec un ex�cutable.
J�ai commenc� � d�velopper une application sur Visual C++ 6 qui communique avec un port s�rie.
Pour v�rifier que m'on appli tourne correctement, j'ai utilis� la fonction "TRACE", puis j'ai lanc� le mode d�bug(F5)(sans point d'arr�t);
Tout s'est tr�s bien d�roul�.
Cependant lorsque j'ai voulu utiliser directement l'ex�cutable, la communication avec le port s�rie ce fait partiellement(ctrl+F5).

Quelqu�un conna�t-il les raisons de mon probl�me ou peut m��clairer ?
SVP
08/08/2006, 09h42
thony76

du nouveau

afin de savoir ce qui ne va pas, j'ai cr�e un fichier "erreur.txt". Si une erreur ce produit, elle est sauvegarder dans ce fichier.

Grace � la methode "GetLastError()" , j'ai put remarqu� que l'appli perdait la comunication avec le port s�rie

Citation:

System Errors - Numerical Order

2 The system cannot find the file specified. ERROR_FILE_NOT_FOUND
08/08/2006, 09h46
M�dinoc

Ce ne serait pas plut�t ERROR_INVALID_HANDLE, qui indiquerait une perte de connexion ?

� moins que tu ne gardes pas le port s�rie ouvert en permanence?
08/08/2006, 09h46
la drogue c'est mal

question � 2 balles : est ce que le fichier existe ? si oui, comment tu fais passer le chemin du fichier ?
08/08/2006, 10h15
thony76

Pour r�pondre � M�dinoc :
Quand je traduis b�tement pour moi c�est � le system n�a pas trouv� le fichier sp�cifier � donc j�en ai conclu, qu�il a perdu la com.
:D (je reconnais que j�ai des lacunes en anglais mais la je suis sur)
Je laisse en permanence le port ouvert et le ferme � la fin du test � effectuer.

Pour r�pondre � A la drogue c�est mal :
Le fichier en question est un port s�rie.

Je tiens rappeler que la communication s�effectue correctement en mode � debug �, mais pas en ex�cutant normalement l�application.
8O

C�est pourquoi je ne comprend pas l�erreur qui c�est inscrit dans le fichier texte 8O ;
08/08/2006, 11h33
M�dinoc

Quand je traduis b�tement pour moi c�est � le system n�a pas trouv� le fichier sp�cifier � donc j�en ai conclu, qu�il a perdu la com.

Donc, il ne trouve pas un fichier, ce qui est une erreur � l'ouverture, et toi, tu en conclus qu'il perd la com (ce qui signifie que la com est d�j� ouverte)
:roll:
08/08/2006, 11h56
thony76

Oui je consid�re qu'il est ouvert.

Je ne l'ai pas pr�cis� mais, quel que soit le nombre de trame que j'envoi... la premi�re est bien envoy�e( cette trame allume un voyant sur ma carte).
mais les suivantes non...

Comme j'envois les commandes les une apr�s les autres sans fermer la communication avec le port, j'ai consid�r� l'erreur qui m'a �t� signal� comme une perte de connexion.
08/08/2006, 12h03
M�dinoc

Ben, comme c'est une erreur � l'ouverture, c'est impossible.

PS: Tu ouvres le port avec quelles fonctions ? (FILE *, fd, Win32Api...)

j'ouvre mon port avec "CreateFile"

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
 
bool CCom::PortOpen(int portnumber, long baudrate,char parity,int wordlength,int stopbits)
{
 
    char sz[20];
    m_nInputBufferSize=1050;
    m_nOutputBufferSize=1050;
 
    memset(&m_ovWrite,0,sizeof(m_ovWrite));
	memset(&m_ovRead,0,sizeof(m_ovRead));
 
	wsprintf( sz, "\\\\.\\COM%d", portnumber);   
    m_hCom = CreateFile( sz,
        GENERIC_READ | GENERIC_WRITE,
        0,
        NULL,
        OPEN_EXISTING,
        FILE_FLAG_OVERLAPPED,
        NULL );
 
    if ( m_hCom == INVALID_HANDLE_VALUE )
    {
        return false;
    }   
 
	... initialisation de la structure DCB
 
    return true;
}

08/08/2006, 13h28
M�dinoc

Eh bien normalement, l'erreur ERROR_FILE_NOT_FOUND ne peut avoir lieu qu'ici (� moins que tu n'ouvres des fichiers en plus).

Si tu �cris dans le port COM avec WriteFile(), l'erreur doit �tre autre.
08/08/2006, 14h06
thony76
en fait c'est quand je fait une attente d'�v�nement pour la reception d'une trame que se produit l'�rreur
Code:

1 2 3 4 5 6 7 8 9 10 11 if(!WaitCommEvent( *INFO->m_hCom, &dwEvtMask, NULL )) { ... //écriture dans un fichier txt "GetLastError()" ... } else { //écriture dans ficher txt que l'attente c'est bien passé }
j'ai fait plusieur fichier text pour v�rifier que toutes les �tapes de la communication �tait bien respecter. (et j'ai bien v�rifier que je les ferm�s)

bizarment, il semblerait que toute les trames ont �t� envoy�. Mais seul la premi�re � eu un �ffet sur la carte.
une seul trame a �t� re�u.
De plus pour l'attente d'�v�nement plusieur ce passe correctement et puis sens raison apparente, j'ai le probl�me qui apparait.

j'ai v�rifier si �a venait pas de mon "TimeOut". Mais non , il semble dans les normes.
08/08/2006, 14h17
M�dinoc

Alors, premi�rement, que signifie *INFO->m_hCom pr�cis�ment : Je ne suis pas dou� pour les priorit�s, c'est pour �a que je mets toujours des parenth�ses.

Ensuite, essaie de coupler un FormatMessage() avec ton GetLastError(). Et surtout, fait le GetLastError() imm�diatement et m�morise sa valeur : s'il y a un appel de fonction entre le WaitCommEvent() et le GetLastError(), la valeur retourn�e sera affect�e.

Et l�, on verra bien si c'est toujours ERROR_FILE_NOT_FOUND. Si c'est toujours le cas, je ne sais pas comment t'aider.
08/08/2006, 14h37
thony76

Pour r�pondre � ta question :
L�attente d��v�nement s�effectue dans un thread.
INFO est une structure qui est mis en param�tre lors de � CreateThread �
Cette structure contient tous les attributs que je vais avoir besoin dans mon trhread.
L�un d�eux � m_hCom � est le � HANDL E � retourn� par � CreateFile � .

Or mis une fonction � memset(�) � et � sprintf(�) �, je m�morise aussit�t la valeur de � GetLastError() � dans une variable.

Je vais essayer FORMAT MESSAGE
08/08/2006, 14h42
thony76

OK
j'ai fait FormatMessage()
la r�ponce est fichier sp�cifier introuvable
08/08/2006, 14h47
M�dinoc

Je pense qu'il y a une �toile de trop dans le premier param�tre de WaitCommEvent().

Et pour �tre s�r, tu devrais absolument faire le GetLastError() imm�diatement apr�s le WaitCommEvent().
08/08/2006, 15h13
thony76

non, �a ne va pas non plus, il me dit maintenant que le descripteur(HANDLE) n'est pas valide.
De plus, m�me en mode debug �a ne fonctione plus.
08/08/2006, 15h26
M�dinoc

Peux-tu poster un fragment de code minimal et compilable qui fait de l'envoi (pas de r�ception) et montre le probl�me ?

PS: c'est suppos� marcher sous XP, au moins ?
08/08/2006, 15h32
thony76

Citation:

Peux-tu poster un fragment de code minimal et compilable qui fait de l'envoi (pas de r�ception) et montre le probl�me ?

PS: c'est suppos� marcher sous XP, au moins ?

d�sol�, je ne vois pas ce que tu demande?

voici ma fonction qui me permet d'envoyer une trame:

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
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
 
bool CCom::WriteComm(unsigned char *lpByte , DWORD dwBytesToWrite)
{
   BOOL		fWriteStat;
   DWORD	dwBytesWritten ;
   DWORD	dwErrorFlags;
   DWORD	dwError;
   DWORD	dwBytesSent=0;
   COMSTAT	ComStat;
   char     szError[ 128 ];
 
 
   if(NULL == m_hCom)
      return false;
 
   fWriteStat = WriteFile( m_hCom, lpByte, dwBytesToWrite, &dwBytesWritten, &m_ovWrite);
 
   if (!fWriteStat)
   {
      if(GetLastError() == ERROR_IO_PENDING)
      {
 
         while(!GetOverlappedResult(m_hCom, &m_ovWrite, &dwBytesWritten, TRUE ))
         {
            dwError = GetLastError();
            if(dwError == ERROR_IO_INCOMPLETE)
            {
               dwBytesSent += dwBytesWritten;
               continue;
            }
            else
            {
				break;
            }
 
         }
 
         dwBytesSent += dwBytesWritten;
 
         if( dwBytesSent != dwBytesToWrite )
			wsprintf(szError,"\nProbable Write Timeout: Total of %ld bytes sent", dwBytesSent);
         else
		 {
            wsprintf(szError,"\n%ld bytes write\n", dwBytesSent);
 
		 }
 
         OutputDebugString(szError);
 
      }
      else
      {
         ClearCommError( m_hCom, &dwErrorFlags, &ComStat );
 
         return false;
      }
   }
   return true;
 
}

Euh... Je ne vois pas o� tu loggues l'erreur n�2, ici...

Et je ne suis pas s�r de pouvoir vraiment t'aider pour ce qui est des structures OVERLAPPED, mais bon:

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
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
bool CCom::WriteComm(unsigned char *lpByte , DWORD dwBytesToWrite)
{
	BOOL    fWriteStat = FALSE;
	DWORD	dwBytesWritten = 0;
	DWORD	dwErrorFlags = 0;
	DWORD   dwWriteError = 0;
	DWORD	dwBytesSent=0;
	COMSTAT	ComStat;
	TCHAR   szError[ 128 ];
 
 
	if(NULL == m_hCom)
		return false;
 
	fWriteStat = WriteFile( m_hCom, lpByte, dwBytesToWrite, &dwBytesWritten, &m_ovWrite);
	dwWriteError = GetLastError();
	if (!fWriteStat)
	{
		if(dwWriteError == ERROR_IO_PENDING)
		{
			while(!GetOverlappedResult(m_hCom, &m_ovWrite, &dwBytesWritten, TRUE ))
			{
				DWORD const dwError = GetLastError();
				if(dwError == ERROR_IO_INCOMPLETE)
				{
					dwBytesSent += dwBytesWritten;
					continue;
				}
				else
				{
					break;
				}
			}//while
 
			dwBytesSent += dwBytesWritten;
 
			if( dwBytesSent != dwBytesToWrite )
				wsprintf(szError, TEXT("\nProbable Write Timeout: Total of %ld bytes sent"), dwBytesSent);
			else
			{
				wsprintf(szError,TEXT("\n%ld bytes write\n"), dwBytesSent);
			}
 
			OutputDebugString(szError);
		}
		else
		{
			//Afficher l'erreur dans le debug
			int nPrinted = wsprintf(szError, TEXT("\nError %lu : "), dwWriteError);
			FormatMessage(FORMAT_MESSAGE_FROM_SYSTEM, NULL, dwWriteError, 0, szError, 128-nPrinted, NULL);
			OutputDebugString(szError);
			ClearCommError( m_hCom, &dwErrorFlags, &ComStat );
			return false;
		}
	}//if
	return true;
}

Ce n'est pas test�, mais �a compile.
Et tu devrais v�rifier de m�me (GetLastError() imm�diat) pour toutes tes autres fonctions qui acc�dent au port COM.

Voir 40 message(s) de cette discussion en une page