tableau char [] et caratére 0

Bonjour ,

sur un tableau de char [] , je n'arrive pas à affecter la valeur 0 sur un élément x du tableau .

Code:

---

1 2 3 4 5 6 7

exemple :   unsigned char * tab= new unsigned char [10] ;   tab[4]= 0 ;

---

le caractére 0 est compris comme le caractére fin du tableau :roll: comme '\0'
j'utilise des valeur entre 0 et 255 . C pour un buffer sur un port Com .


merci pour vôtre aide :oops:

c'est parce que tu utilises des fonctions relatives aux chaînes de caractères sur des objets qui ne sont pas des chaînes de caractères.
Si tu n'as pas une chaîne de caractère, oublie toute les methodes strXXXX, utilise les fonctions memcpy/memmove et autres.

je cherche à copier des valeurs integer ( 0 -> 255 ) dans ce tableau char .

Si tu as un bout de code ? :oops:

merci beaucoup pour ton aide :)

Citation:

---

Envoyé par parabole33

sur un tableau de char [] , je n'arrive pas à affecter la valeur 0 sur un élément x du tableau

---

C'est-à-dire ? L’affectation comme tu l’as fait est correcte.

Code:

---

tab[4]= 0;

---

Citation:

---

je cherche à copier des valeurs integer ( 0 -> 255 ) dans ce tableau char .

---

Tu les veux à copier à partir de quoi ?

Citation:

---

Envoyé par xirius

Tu les veux à copier à partir de quoi ?

---

Et surtout, avec quelle fonction ?

Comme indiqué plus haut, toutes les fonctions strxxx() ne doivent pas être utilisées.

Salut,

Code:

---

1 2 3 4 5 6

std::vector<unsigned char> tab(10); tab[4] = 42;     // .... mon_port_com.SendBuffer(&tab[0],tab.size());

---

Quand on s'affiche débutant, on évite les allocations dynamiques (ensuite on sait ne pas les utiliser).

Citation:

---

Quand on s'affiche débutant, on évite les allocations dynamiques

---

Je ne suis pas d'accord (mais ça n'engage que moi :mouarf:). Quand on est débutant, vaut mieux se manger toutes les erreurs dans les dents et passer des heures à trouver ses segfault. Une fois qu'on a compris comment ça marche, on peut utiliser des trucs plus haut niveaux qui masquent tout ça, mais au moins on sais ce qu'il y a derrière.

Sinon, pour revenir à parabole33, tu veux stocker 0 (la valeur 0) ou "0" (le caractère 0) ? Ce n'est pas la même chose, et c'est généralement perturbant pour les débutants.
De même, char ne veut pas dire "caractère", mais juste "valeur entière stocké sur 1 octet".

Citation:

---

Envoyé par pyros

Je ne suis pas d'accord (mais ça n'engage que moi :mouarf:). Quand on est débutant, vaut mieux se manger toutes les erreurs dans les dents et passer des heures à trouver ses segfault. Une fois qu'on a compris comment ça marche, on peut utiliser des trucs plus haut niveaux qui masquent tout ça, mais au moins on sais ce qu'il y a derrière.

Sinon, pour revenir à parabole33, tu veux stocker 0 (la valeur 0) ou "0" (le caractère 0) ? Ce n'est pas la même chose, et c'est généralement perturbant pour les débutants.
De même, char ne veut pas dire "caractère", mais juste "valeur entière stocké sur 1 octet".

---

merci beaucoup pour ton aide !

C en forgeant que l'on devient forgeron ....

C la valeur int 0 et non le caractère "0" (48) que je souhaiterai passer dans un tableau . La fonction qui utilise ce buffer accepte que les char[] .

G aussi la possibilité de passer le buffer en plusieurs fois . Et donc de passer un buffer vide (\0) pour obtenir un 0 . C pas cool à gérer ...:cry:.

Autrement avec le type unsigned byte (8 bits ) , est ce que cela serait le même pb ?

Si vous avez besoin de faire un buffer en 8 bits , vous utiliseriez quoi comme type de donnée ? :roll:

merci à tous .:oops:

Citation:

---

Envoyé par pyros

Je ne suis pas d'accord (mais ça n'engage que moi :mouarf:). Quand on est débutant, vaut mieux se manger toutes les erreurs dans les dents et passer des heures à trouver ses segfault. Une fois qu'on a compris comment ça marche, on peut utiliser des trucs plus haut niveaux qui masquent tout ça, mais au moins on sais ce qu'il y a derrière.

---

C'est vrai qu'avant d'apprendre à compter vaut mieux apprendre la théorie des nombre.

Citation:

---

Envoyé par pyros

De même, char ne veut pas dire "caractère", mais juste "valeur entière stocké sur 1 octet".

---

Ah bon

Citation:

---

Envoyé par 3.9.1 Fundamental types

Objects declared as characters (char) shall be large enough to store any member of the implementation’s basic character set.

---

Citation:

---

Envoyé par parabole33

Autrement avec le type unsigned byte (8 bits ) , est ce que cela serait le même pb ?

---

unsigned byte n'est pas un type C++. La norme ne dit à aucun moment qu'un char/unsigned char/signed char est sur 8 bits.

Code:

---

1 2 3 4 5 6

std::vector<unsigned char> tab(10); tab[4] = 42;     // .... mon_port_com.SendBuffer(&tab[0],tab.size())

---

Quelle est la fonction que tu appelles ? Peux-tu montrer ton code d'appel ? LE code d'envoi du buffer ?

Citation:

---

Envoyé par 3DArchi

unsigned byte n'est pas un type C++. La norme ne dit à aucun moment qu'un char/unsigned char/signed char est sur 8 bits.

Code:

---

1 2 3 4 5 6

std::vector<unsigned char> tab(10); tab[4] = 42;     // .... mon_port_com.SendBuffer(&tab[0],tab.size())

---

Quelle est la fonction que tu appelles ? Peux-tu montrer ton code d'appel ? LE code d'envoi du buffer ?

---

la fonction :

Code:

---

1 2 3 4 5 6

portcom.WriteCom(&buffer,strlen(buffer),&nBytesWritten) ;   prototype: Bool com::WriteCom ( void* buffer , int nbyte , int * nbytewritten) ;   appel : WriteFile ( g_hCom , buffer, nbyte, (unsigned long * ) nbytewritten , NULL ) ;

---

merci

ton erreur vient (comme dit plus haut) de strlen qui travaille sur une chaîne de caracteres, pas sur un tableau d'octets
et comme dit plus haut tu ne peux pas utiliser les fonctions strXXXX dans ce cas
remplace strlen() par la taille du buffer que tu veux envoyer.
La réponse de 3darchi est beaucoup plus simple et plus efficace.

Code:

---

1 2 3 4 5 6

std::vector<unsigned char> myBuffer(10); myBuffer[4] = 42;   com portcom; int nBytesWritten; portcom.WriteCom(&myBuffer[0],myBuffer.size(),&nBytesWritten);

---

Ceci dit, je pense que l'interface de com n'est pas au bon niveau

Citation:

---

Envoyé par 3DArchi

Code:

---

1 2 3 4 5 6

std::vector<unsigned char> myBuffer(10); myBuffer[4] = 42;   com portcom; int nBytesWritten; portcom.WriteCom(&myBuffer[0],myBuffer.size(),&nBytesWritten);

---

Ceci dit, je pense que l'interface de com n'est pas au bon niveau

---

j'avou que pour instant les vecteurs ne sont pas encore un reflex pour moi ! :mouarf: Mais c qu'une question de temps !!! :aie:

merci à tous ! :ccool:

Citation:

---

La norme ne dit à aucun moment qu'un char/unsigned char/signed char est sur 8 bits.

---

Code:

---

1 2 3 4 5 6 7

std::vector<unsigned char> myBuffer(10); myBuffer[4] = 42;   com portcom; int nBytesWritten; portcom.WriteCom(&myBuffer[0],myBuffer.size(),&nBytesWritten);

---

<relou>
Ca marche quand même si sizeof(unsigned char) != 1 ? :mouarf:
</relou>

Plus sérieusement, juste pour savoir, existe-t-il un type en C++ qui soit assuré de faire 1 octet ?

sizeof(char) est toujours égal a 1.
mais 1 on ne dit pas quoi. c'est partout 1 octet mais ca ca ne fait pas partie de la norme.
dans ce cas de toutes facon c'est a l'implémentation (genre, le port com, le driver de la carte réseau...) de faire sa mixture pour être compatible avec le materiel.
mais comme on ne peut pas faire plus petit qu'un char, c'est ce qu'on utilise pour envoyer des données

sizeof(char)==sizeof(unsigned char)==sizeof(signed char)==1 mais ce n'est pas 8 bits. En fait, il y a CHAR_BIT bits avec CHAR_BIT >=8

Ok, donc sizeof(char) = 1 byte (toujours), mais 1 byte vaut pas forcement 8 bits c'est ça ?

C'est vrai que j'avais vaguement entendu parlé d'architectures ou 1 byte pouvait valoir 5 bits par ex, mais j'en ai jamais vue de mes yeux.

1 octet = 8 bits toujours, c'est la définition de l'octet.

Le retour de sizeof est donnée en byte, qui est (marqué dans la norme et ca doit être la définition du byte), la taille de la plus petite séquence de mémoire que tu peux manipuler (c'est peut-etre pas très bien formulé mais l'idée est là).

Et donc non Pyros, tu ne peux pas avoir de type qui fait avec certitude 1 octet, parce que si sur ta machine 1 byte = 9 bits, tu ne pourras pas avoir d'objet dont la taille est 8 bits.