warning incompris lors du remplissage d'un tableau de char avec des hexa

Bonjour à tous :D

Je voudrais savoir ce que veux dire ce warning et comment m'en débarrasser :
warning C4305: '=' : truncation from 'const int' to 'char'
warning C4309: '=' : truncation of constant value

sachant qu'il pointe vers la ligne suivante de mon progaramme :

Code:

---

1 2 3

char ppp [256]; ppp[0]= 0xff;

---

est ce que c'est dû au fait que j'essaie de remplie le tableau de char avec des hexa????

Merci bp pour votre aide et très bonne journée

Le compilateur interprète 0xFF comme une constante entière, donc stockée sur 4 octets, alors que ton tableau contient des char stockés sur 1 octet. Il te prévient donc que si ta valeur dépasse 1 octet (> 0xFF) elle sera tronquée.

Merci pour ta réponse...
Mais qu'est ce que ça veut dire 'tronquée' e est ce que cela aura une incidence sur mon programme même si mnt j'arrive à compiler et à exécuter sans problèmes????

Merci bp :D

Ca veut dire que si ta valeur entière que tu met dans ton char dépasse 1 octet tu perdras des informations. Par exemple si tu fait ppp[0] = 300, la valeur sera tronquée et ton ppp[0] ne contiendra en fait que 255. Pour ton prog si tu teste bien que toutes les valeurs que tu met dans ton tableau de char sont bien < à 255 tu ne devrais pas avoir de problèmes. Par contre si tu a des valeurs supérieures tu devras utilisé plutôt un tableau d'int pour éviter d'avoir de gros plantages inexpliqués.;)

Merciiiiiii:D :D

Très bonne journée à toi!!!

Pour stocker 255, j'aurais plutôt utilisé un unsigned char.

Oui c'est vrai.:oops: (Mais je crois que les char sont en non signés par défaut sur la plupart des compilateurs)

Citation:

---

Envoyé par sanatou

Bonjour à tous :D

Je voudrais savoir ce que veux dire ce warning et comment m'en débarrasser :
warning C4305: '=' : truncation from 'const int' to 'char'
warning C4309: '=' : truncation of constant value

sachant qu'il pointe vers la ligne suivante de mon progaramme :

Code:

---

1 2 3

char ppp [256]; ppp[0]= 0xff;

---

est ce que c'est dû au fait que j'essaie de remplie le tableau de char avec des hexa????

Merci bp pour votre aide et très bonne journée

---

Le probleme est que tu utilises vraissemblablement un systeme ou char signe. 0xFF est une constante entiere dont la valeur (255) est hors de ce qui est representable par le char de ton systeme, et le compilateur t'averti de ce fait.

Citation:

---

Envoyé par Genjin

Le compilateur interprète 0xFF comme une constante entière, donc stockée sur 4 octets, alors que ton tableau contient des char stockés sur 1 octet. Il te prévient donc que si ta valeur dépasse 1 octet (> 0xFF) elle sera tronquée.

---

Le compilateur sait tres bien que 0xFF est representable sur un octet. Le probleme est vraissemblablement que les char sont signes.

Citation:

---

Envoyé par Genjin

Par exemple si tu fait ppp[0] = 300, la valeur sera tronquée et ton ppp[0] ne contiendra en fait que 255.

---

N'importe quoi. La conversion d'une valeur non signee en une valeur signee quand le type n'est pas capable de representer la valeur non signee n'est pas definie. Le resultat est generalement que le motif des bits est conserve, donc la valeur sera vraissemblablement 44.

Et avec ppp[0] = 255, le resultat est que ppp[0] contient -1.

Citation:

---

Envoyé par Jean-Marc.Bourguet

N'importe quoi. La conversion d'une valeur non signee en une valeur signee quand le type n'est pas capable de representer la valeur non signee n'est pas definie. Le resultat est generalement que le motif des bits est conserve, donc la valeur sera vraissemblablement 44.

---

Oui mais j'étais parti sur le fait que les char sont non signés normalement.

Citation:

---

Envoyé par Jean-Marc.Bourguet

Le compilateur sait tres bien que 0xFF est representable sur un octet.

---

Ca j'avoue que je n'en sait rien. Ca doit aussi dépendre des compilateurs.:?

Merci bp pour toutes vos réponses, il a suffit de déclarer le tableau de char de la façon suivante pour le problème soit résolu :D

Code:

---

1 2	unsigned char ppp[256];

---

Merci à tous encore une fois pour toutes ces explication et très bonne journée!!!:D :D

Citation:

---

Envoyé par Genjin

Oui mais j'étais parti sur le fait que les char sont non signés normalement.

---

J'aimerais bien savoir sur quoi tu te bases pour dire que les char sont "normalement" non signes. Ca dépend de l'architecture et j'ai l'impression que les chars signes sont plus communs (avec ce que j'ai sous la main Solaris sur Sparc, Linux sur x86 sont signes, AIX sur Power est non signe).

Et si les chars sont non signes et sur 8 bits, mettre 300 dans un donne obligatoirement 44: le comportement modulo est impose.

Citation:

---

Ca j'avoue que je n'en sait rien. Ca doit aussi dépendre des compilateurs.:?

---

Un compilateur qui donnerait ce warning pour des constantes sans s'assurer d'abord que la valeur n'est pas representable aurait tellement de faux positifs que le warning ne servirait a rien.

Salut,

Citation:

---

Envoyé par Genjin

Ca veut dire que si ta valeur entière que tu met dans ton char dépasse 1 octet tu perdras des informations. Par exemple si tu fait ppp[0] = 300, la valeur sera tronquée et ton ppp[0] ne contiendra en fait que 255. Pour ton prog si tu teste bien que toutes les valeurs que tu met dans ton tableau de char sont bien < à 255 tu ne devrais pas avoir de problèmes. Par contre si tu a des valeurs supérieures tu devras utilisé plutôt un tableau d'int pour éviter d'avoir de gros plantages inexpliqués.;)

---

Et encore, comme 300, en binaire utilise neuf bits significatifs (300=100101100 en binaire), la troncature fait juste "oublier" les bits de poids le plus fort qui n'entrent pas dans les 8 bits d'un char...

Tu obtiendra donc 00101100 (44) et non 255 :P

Ca mériterait vérification, mais il me semble que les trois types "char", "unsigned char" et "signed char" sont différents. Il serait donc inapproprié de parler de signé ou non signé pour le type char ?

D'ailleurs j'aurais tendance à les assigner ainsi :

Code:

---

1 2 3

unsigned char uc = 0xFFu; signed char sc = +0x7F; char c = '\xFF';

---

Citation:

---

Envoyé par Volune

Ca mériterait vérification, mais il me semble que les trois types "char", "unsigned char" et "signed char" sont différents.

---

Ce sont des types differents (ce qui joue pour la surcharge, les templates, ...) mais char doit etre equivalent a un des deux autres.