Travail avec les int8

Bonjour,
Je travaille sur une application communicant par RS232, et donc sur des variable de type __int8.
Mon problème est que, lors du débogage, ces avariables apparaissent sous forme de caractère ce qui n'est vraiement guère pratique.
J'utilise donc souvent l'inspecteur pour voir la valeur numérique de la variable, et là, j'obtient soit quelque chose du genre 0x56, ce qui est correct, soit 0xFFFFFF56, ce qui l'est moins ...

De plus lors d'une comparaison if (toto== 0x56), le if me retourne false lorsque toto=0xFFFFFF56

J'ai essayé les toto= titi & 0xFF ou toto=static_cast<__int8>titi mais rien n'y fait.
est-ce que quelqu'un aurait une explication et surtout ... une solution

Bonjour,
J'ai aussi travaillé sur une liaison type RS232. Tu recoit des octets, donc des "char" à partir de ça, tu peux convertir ton octet comme tu le désires pour ton traitement.
Je ne sais si tu utilises le composant ComPortRx ou si tu fais une API windows, mais dans les deux cas, tu as ca:

Code:

---

1 2 3 4 5 6 7 8 9

AnsiString reception; ComPort1->ReadStr(reception,*Count); //lecture du portCom for(i=1;i<=*Count;i++) //buffer pour le traitement { // Memo1->Lines->Add(IntToStr((unsigned char)reception[i])); //affichage de l octet recu[Count_recu]=(unsigned char)reception[i]; //sauvegarde dans le buffer if(++Count_recu>DIM_RECU) Count_recu=0; }

---

pour le composant ou ca:

Code:

---

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

DWORD Count; char Str[1024];   if(ReadFile(comHandle, Str, 1024, &Count, 0)==true) { //traitement } else { //erreur de lecture }

---

Si ça peux t'aider

Merci pour ta réponse,
En fait j'utilise le composant TComPort dans le cadre d'un protocole personnel implémenté pour une liaison domotique de type ModBus.
J'ai donc crée une classe Messagerie implémenant un TComPort et je suis obligé de gèrer le protocole de manière très "serrée": j'emet un octet, je controle que c'est bien cet octet qui a été émis (CMS/DA), le gère les ACKNOLEDGE, etc ... dans le cadre d'un séquenceur.
J'ai donc besoin démettre et recevoir des octet, pas des chaines (je gère aussi le timing entre deux octets) et de comparer chaque octet reçu à certaine valeurs attendue par le protocole.
D'où mon soucis.
L'utilisation de "unsigned char" pourrait peut être résoudre mon problème sauf que
- comment comparer un unsigned char a une valeur de type 0xFF sans faire des acrobaties de conversion IntToStr peu élégantes
- comment faire en sorte que le debugger (en passant la souris sur la variable) m'affiche bien une valeur int (nota: ce dernier point n'est qu'une clause de confort, moins important que le premier point)

Pour ta comparaison, tu peux faire de la manière suivant :

Code:

---

1 2 3 4 5

if( (int)toto == 0xFF) { //traitement }

---

Tu cast ton octet pour lui faire comprendre que c'est un entier. Pour le compilateur, une valeur entière est convertie en hexa (en interne) pour que le microprocesseur accepte le code hexa généré par ton compilateur, cela ne pose donc pas de problème pour la comparaison entier/hexadeciale.

Pour ton autre question, tu peux voir ta variable évoluer en la sélectionnant et en faisont Ctrl+F5, on en allant dans Run->Add Watch dans Builder. A partir de là, une fenêtre s'ouvre te permettant d'ajouter un point de suivit t'indiquant à chaque pas la valeur de la variable suivie. Tu peux configurer ce point de suivie pour t'afficher cette variable en entier, hexadécimale, caractère... suivant ton choix. Par défaut la valeur de la variable est affichée en fonction de sa déclaration.
Voilà, j'espère que j'ai répondu à ta question, sinon je reste dispo
Bon courage

Bonjour,
J'ai essayé de travailler avec des unsigned char au lieu des __int8 en definissant un type perso par typedef.
C'est alors que je me suis apperçu (le compilateur plutot) que ce type existait déja: c'est le type "byte".
J'ai donc transformé toutes mes déclaration __int8 en byte et cela fonctionne parfaitement.

J'ai aussi utilisé la fenêtre watch que j'utilisait peu, et c'est vrai que c'est rudement pratique.

Merci pour tes judicieuses réponses :D