Probleme excecution programme [Linux]

**nuFox** · 21/03/2008, 15h14

Hum ... Il y a un ptit bug ...

J'ai rajouté les ligne :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
 
      // Erreur lors de la fonction rec().
 
      if(taille_recue==SOCKET_ERROR){
 
	pAppStatus->step = STEP_END;
 
	printf("Erreur fonction recv()\n");
 
	printf("Errno : %d\n", errno);
 
	fprintf(stderr, "pErrno : %s\n", strerror(errno));
 
      }

Parce que le programme plantait a la fonction recv() ...
Voici ce que ca donne :

Code :

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

1
2
3
4
 
Erreur fonction recv()
Errno : 0
pErrno : Success

Il ne fait jamais l'erreur au meme moment ... Je pense que c'est au moment de recevoir le paquet status and measure reading ...

Un probleme dans la transition :s

**Médinoc** · 21/03/2008, 15h17

Il faut lire errno plus haut et la mémoriser, je pense.
Et aussi régler errno à une valeur choisie quand il s'agit d'une erreur de taille...

**nuFox** · 21/03/2008, 15h24

J'vais aller le mettre juste a cote de recv alors ...

...

Ca donne le même resultat avec le errno juste après le recv ... Et j'ai initialisé errno à 0 au debut de la fonction aussi ...

Car il me semble que errno affiche la derniere erreur encourue ... Comme je l'ai mis juste après le recv() ca devrait normalement m'afficher l'erreure encourue ... Mais ca me met tout le temps le meme resultats, meme quand la fonction recv() "fonctionne" ca m'affiche les meme resultat au niveaux des erreur ... :s

**Médinoc** · 21/03/2008, 15h25

Alors, c'est qu'il y a une erreur de taille.
Soit un problème dans les données transmises, soit c'est mon code qui reçoit mal.

**nuFox** · 21/03/2008, 15h28

C'et juste un probleme pour un type de paquet :

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
 
typedef struct
 
{
 
	char control;
 
	char lenght;
 
	unsigned short checksum;
 
	unsigned short packetID;
 
	unsigned short val[NBSTATUS];
 
} statMeasRead;

Je pense que ca intervient quand nous recevons se paquet la ... Qu'y est le plus grand soit dis en passant ... Dans les premiere version de mon code, j'avais aussi un probleme avec ce paquet ... Quand je le recevais, ca m'indiquait une taille de -108 pour la taille du paquet (dans le champs lenght de packet) ...

**Médinoc** · 21/03/2008, 15h31

Es-tu certain que la longueur est censée être signée ?
-108 équivaut à 148 pour un octet...

Si la taille est censée être non-signée, il y aura des corrections extensives à faire...

**nuFox** · 21/03/2008, 15h35

Envoyé par Médinoc

Es-tu certain que la longueur est censée être signée ?
-108 équivaut à 148 pour un octet...

Si la taille est censée être non-signée, il y aura des corrections extensives à faire...

Je vais afficher la taille voir ce qu'il me donne ...

**Médinoc** · 21/03/2008, 15h35

À mon avis, ce n'est pas une question d'afficher la taille, mais de comment on la traite.

**nuFox** · 21/03/2008, 15h41

Envoyé par Médinoc

À mon avis, ce n'est pas une question d'afficher la taille, mais de comment on la traite.

Bah ce qui m'étonne quand meme c'est quand je vois le gardien du if ...

taille_recue==SOCKET_ERROR ... ca veut dire que soit il garnit pas la taille ... et donc il garde la valeur... Donc ca veut dire qu'il passe dans if(cbRecu < 0) ...

Soit il y a un stress dans recv();
Hors s'il y a un stress dans recv(); le errno ne devrait pas avoir la valeur qu'il a ...

**Médinoc** · 21/03/2008, 15h45

N'oublie pas que le code met lui-même la taille reçue à SOCKET_ERROR si length est inférieur à 2...
Et puisque la taille arrive négative, ben alors elle est inférieure à 2...

Donc, je te repose la question:
Es-tu sûr que la taille (le champ length de tes structures) doit être signée ?
Les tailles supérieures à 127 sont-elles autorisées ?

**nuFox** · 21/03/2008, 15h51

Envoyé par Médinoc

N'oublie pas que le code met lui-même la taille reçue à SOCKET_ERROR si length est inférieur à 2...
Et puisque la taille arrive négative, ben alors elle est inférieure à 2...

Donc, je te repose la question:
Es-tu sûr que la taille (le champ length de tes structures) doit être signée ?
Les tailles supérieures à 127 sont-elles autorisées ?

Non elles ne doivent pas etre signée ... Donc je pourrais mettre unsigned char ...
Et tu veux parler de taille 127 pour la lenght ? mais comme un char est sur 8bits ca fait 255 ... Donc la valeur est dans le range ... (si c'est ca que tu veux dire)

Mais je viens d'afficher la valeur de cbrecu ... Il vaut bien 148 la bonne taille ...

Mais le probleme c'est que j'ai aussi mis un printf dans le if(cbRecu < 0) mais il ne l'affice pas ... Donc ca veut bien dire que le cbrecu est correct ...

**Médinoc** · 21/03/2008, 15h54

Tiens, j'ai corrigé:

**contremaitre** · 21/03/2008, 15h54

Envoyé par nuFox

mais comme un char est sur 8bits ca fait 255 ... Donc la valeur est dans le range ... (si c'est ca que tu veux dire)

char : -128 - 127
unsigned char 0 - 255

**nuFox** · 21/03/2008, 15h55

Enfait l'erreur vient de la :

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
 
	if(!bRecuTaille && taille_recue >= taille_a_recevoir){
 
	  char byTaille = recbuf[1]; /*Octet de longueur*/
 
	  if(byTaille < NETSIZE_OF_packetRec_HEADER){
 
	    taille_recue = SOCKET_ERROR;
 
	    break;
 
	  }
 
	  taille_a_recevoir = byTaille; 
 
	  bRecuTaille = 1;
 
	}

Quand on recupere la taille byTaille dans le tableaux, a mon avis c'est la que l'on recupere le -108 et donc la taille est inférieur a NETSIZE_OF_packetRec_HEADER ... Alors j'ai mis le char byTaille en unsigned et alors la ca fonctionne ...

**Médinoc** · 21/03/2008, 15h57

Et moi j'ai corrigé encore plus, en mettant length en unsigned dans toutes les structures, et j'ai corrigé les fonctions de sérialisation...

Voir message #132...

**nuFox** · 21/03/2008, 15h59

Envoyé par Médinoc

Et moi j'ai corrigé encore plus, en mettant length en unsigned dans toutes les structures, et j'ai corrigé les fonctions de sérialisation...

Voir message #132...

Quelle bete ce Medinoc ! Je t'adore ! :p

Pfff ... n'empeche pour une fois que je trouvais un probleme ...

... Et toi direct tu me sors une correction de fou ... alalala

Merci pour tout

**Emmanuel Delahaye** · 21/03/2008, 20h55

Envoyé par Médinoc

Tu peux remplacer les #ifdef _DEBUG par des #ifndef NDEBUG, qui me semble-t-il est le standard.

Je confirme.

Envoyé par nuFox

<...>
Execution numéro 3
Paquet ecrit dans le log:

Code :

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

1
2
 
Receive:;12;0C;F3EA;0000;0001;0001;0001;

Checksum :

Code :

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

1
2
3
 
Checksum recu : 62442
Checksum calcule : 14734

C'est quand même vachement bizzar .. Parce que s'il ne trouve pas la meme valeur ok ... c'est qu'il y a un bug ... Mais la il ne donne pas la meme valeur a chaque execution ce qui est encore plus bizzar ;(

Il est clair que si F3EA (62442 en décimal) est le checksum qui a été placé dans la trame, cette valeur est fausse...

**Médinoc** · 21/03/2008, 23h28

Envoyé par Emmanuel Delahaye

Je confirme.

Il est clair que si F3EA (62442 en décimal) est le checksum qui a été placé dans la trame, cette valeur est fausse...

Pas si fausse que ça selon l'algorithme donné dans la fonction de checksum:
Somme de tous les mots (avec 0 à la place de la checksum) en little-endian, puis complément à 1.

Donne : ~(0x0C12 + 0x0000 + 0x0000 + 0x0001 + 0x0001 + 0x0001)
= ~0x0C15
= 0xF3EA

**nuFox** · 25/03/2008, 09h12

Tout est dans le complément a 1

**nuFox** · 25/03/2008, 09h51

Hum ...
Medinoc ? J'ai un probleme a la compilation avec ton code ...

J'ai l'erreure suivante :
/usr/lib/gcc/i386-redhat-linux/4.1.2/../../../crt1.o: In function `_start':
(.text+0x18): undefined reference to `main'
collect2: ld a retourné 1 code d'état d'exécution

Seulement je ne sais pas du tout d'ou ca vient ...

Probleme excecution programme [Linux]

C

Discussions similaires

Partager

Partager