Int -> Char Question Theorique sur la taille Max du Tableau

Voila j'ai cherché un peu sur le web sans trouver de reponse a ma question.
Le tres connu itoa a le profil suivant :

char * itoa ( int value, char * str, int base );

J'ai cherché donc quelle etait la taille maximale que pouvait avoir le tableau qui allait contenir la conversion de l'entier.

Il est écrit : "str should be an array long enough to contain any possible value: (sizeof(int)*8+1) for radix=2, i.e. 17 bytes in 16-bits platforms and 33 in 32-bits platforms."

Source : http://www.cplusplus.com/reference/c...dlib/itoa.html

Sachant qu'un char est codé sur 8 bytes comment cela se fait qu'on ne fait pas un tableau de sizeof(int) + 1.

Merci d'avance,
Scowl

Il n'y a pas de taille maximale pour le tableau, et un char est codé au minimum sur 8 bits.

Alors pourquoi il est marqué dans Cplusplus.com que dans l'eventualité ou tu prends le max pour un int ca fera sizeof(int)*8 + 1 le tableau qui recreva l'int en version tableau de caracteres.

Ce sont pas des manches la bas car meme xD, il doit y avoir une raison mais laquelle...

Citation:

---

Envoyé par Scowl

Alors pourquoi il est marqué dans Cplusplus.com que dans l'eventualité ou tu prends le max pour un int ca fera sizeof(int)*8 + 1 le tableau qui recreva l'int en version tableau de caracteres.

Ce sont pas des manches la bas car meme xD, il doit y avoir une raison mais laquelle...

---

Ils ont fumé, un entier 32 bits prend 10 chiffres (11 si on veut mettre le signe moins), donc ça ferait un tableau de caractère de 11 + 1 caractères.
Personnellement je prendrais un tableau de 50 caractères et j'utiliserai snprintf (c99)

Non mais en faîtes il dise cela pour le pire des cas c'est à dire si l'on veut convertir un entier en base 2 et l'afficher mais même dans ce cas avec une plateforme 32 bits, 32 caractères suffiront (y compris le 0 final) alors pourquoi 33?

Citation:

---

Envoyé par nicolas.sitbon

Non mais en faîtes il dise cela pour le pire des cas c'est à dire si l'on veut convertir un entier en base 2 et l'afficher mais même dans ce cas avec une plateforme 32 bits, 32 caractères suffiront (y compris le 0 final) alors pourquoi 33?

---

Non, il faut 32 caractères (0/1)+ le zéro terminal

Oui c'est vrai j'ai oublié qu'il fallait 1 caractère de plus pour le plus grand nombre négatif, mea culpa.

Miu,

Citation:

---

Envoyé par nicolas.sitbon

Oui c'est vrai j'ai oublié qu'il fallait 1 caractère de plus pour le plus grand nombre négatif, mea culpa.

---

Ça n'a rien à voir avec un nombre positif ou négatif :
32 bits ==> 32 caractères '0' ou '1'

+ 1 caractère pour le zéro final.

Citation:

---

Envoyé par droggo

Ça n'a rien à voir avec un nombre positif ou négatif :

---

Bas si intuitivement, je n'écrirais le 0 du bit de poid fort pour un nombre positif.

Citation:

---

Envoyé par nicolas.sitbon

Bas si intuitivement, je n'écrirais le 0 du bit de poid fort pour un nombre positif.

---

Alors, si le nombre est transcrit en complément à 2, omettre le 0 de poids fort pour un nombre positif est une erreur

Oui c'est vrai je n'y avais pas pensé, je n'ai pas la fonction itoa() sur ma machine et j'imaginais bêtement qu'elle placerait un - quand le nombre est négatif mais en fait ça n'est pas du tout logique. encore mea culpa, donc problème résolu.

La formule

Citation:

---

Envoyé par Scowl

sizeof(int)*8 + 1

---

est fausse (ou plutot dusons qu'elle marche parfois, mais pas partout). Il ne faut pas utiliser 8 mais CHAR_BIT.
En effet sur un systeme ou les int et les char sont tout deux sur 32 bits, avec la formule precedente, on obtiendrait 9 (car ici sizeof(int) == sizeof(char) == 1) alors que la reponse attendue est 33.