Taille chaine nécessaire pour stocker un entier

Bonjour,

est-ce que quelqu'un sait comment on peut récupérer la taille MIN d'une chaine de caractères pour y stocker un entier.

Exemple,
Si sizeof(int) = 4, il faut 10 caractères pour stocker l'entier max, en l'occurence:2147483647.

Mais si sizeof(int) = x, il faut combien de caractère?

Est-ce qu'il existe une macro ou une feinte pour pouvoir déclarer cela de façon static? :idea:

merci d'avance pour vos réponses
Gui

soit le plus grand nombre nombre représentable sur n octets : donc sur (8*n) bits,
le nombre de combinaisons possible est 2^(8*n)
le nombre max est donc 2^(8*n)-1 (car le 0 est compris dans les 2^(8*n) combinaisons possibles)
comme il s'agit d'entier signé il faut diviser par deux.
==> MAX=((2^(8*n)) / 2)-1
==> MIN=-(2^(8*n)) / 2)

une fois que tu a la valeur max il ne te reste plus qu'a compter le nombre de caracteres (si tu travail avec les négatifs n'oublie pas un caractere pour le -).

Oui, mais le but n'est pas de trouver le nombre max et le nombre min,

mais le nombre de caractères nécessaires pour le stocker, dans mon exemple, 10

merci

Bonjour,

Citation:

---

Envoyé par gui31

Oui, mais le but n'est pas de trouver le nombre max et le nombre min,

mais le nombre de caractères nécessaires pour le stocker, dans mon exemple, 10

merci

---

Tu peut trouvé ça dans ton livre de C:
http://www.infosys.utas.edu.au/info/....html#limits.h
:wink:

Y a que les macros qui rende l'entier min ou max, mais pas la taille de la chaîne équivalente?

Citation:

---

Envoyé par gui31

Y a que les macros qui rende l'entier min ou max, mais pas la taille de la chaîne équivalente?

---

Bah après c'est du bidouillage, tu cherche le plus grand multiple de 10 diviseur du nombre (PGMD: Plus Grand Multiple de Dix) :koi:
Exemple:

• 1024 => PGMD=1.000 => taille = 4,
• 542697 => PGMD=100.000 => taille = 6,
• ...

Maintenant, il s'agit de l'algo et non du C.

Nous sommes bien d'accord,
d'où le sens de ma question,

il n'existe pas une macro ou une astuce très simple pour faire ça?? :?:

Code:

---

1 2	#define TAILLE_CHAINE express_simple char mon_nombre[TAILLE_CHAINE]

---

Voilà, un truc simple quoi,
du type

Code:

---

1 2	#define TAILLE_EN_CHAR(x) ((x/10) == 0)?1:1+TAILLE_EN_CHAR(x/10) char mon_nombre[TAILLE_EN_CHAR(MAXINT)]

---

ou encore plus simple.

Merci
Gui

[modéré par netah_25]
[Balise [code] ajouté - Merci d'y penser a l'avenir]

Citation:

---

Envoyé par gui31

est-ce que quelqu'un sait comment on peut récupérer la taille MIN d'une chaine de caractères pour y stocker un entier.

---

Un truc comme ça::

Code:

---

1 2	/* (c) Eric Sosman 2001 */ #define BIG_ENOUGH (1 + (sizeof(long) * CHAR_BIT + 2) / 3 + 1)

---

Citation:

---

Envoyé par gui31

Oui, mais le but n'est pas de trouver le nombre max et le nombre min, mais le nombre de caractères nécessaires pour le stocker, dans mon exemple, 10

---

comme je te l'ai dit

Citation:

---

Envoyé par le y@m's

une fois que tu a la valeur max il ne te reste plus qu'a compter le nombre de caracteres (si tu travail avec les négatifs n'oublie pas un caractere pour le -).

---

Merci pour vos réponses,

As an aside, it's not very difficult to define BIG_ENOUGH
in such a way that it will work on all implementations no matter
how many bits a `long' value happens to use. Here's one way:

Code:

---

1 2	#include <limits.h> #define BIG_ENOUGH (1 + (sizeof(long) * CHAR_BIT + 2) / 3 + 1)

---

The first `1' allots space for a possible leading minus sign.
`(sizeof(long) * CHAR_BIT + 2) / 3' is the maximum possible number
of digits in an *octal* representation of the value; the decimal
representation cannot possibly be longer. The final `1' is for
the string's terminating zero byte.

This calculation usually comes out one or two bytes larger
than absolutely necessary: with 32- and 64-bit `long' values,
for instance, BIG_ENOUGH works out to 13 and 24, respectively,
when 12 and 22 would actually suffice. Also, the calculation
ignores possible padding bits or "holes" in the representation
of `long' values, but they can only serve to reduce, not increase,
the amount of space needed. In short, calculating BIG_ENOUGH
this way is always[*] safe and wastes very little space. "It
is a far, far better thing" than writing `#define BIG_ENOUGH

[modéré par netah_25]
[Balise [code] ajouté - Merci d'y penser a l'avenir]

Citation:

---

Envoyé par gui31

Merci pour vos réponses,

Citation:

---

As an aside, it's not very difficult to define BIG_ENOUGH
in such a way that it will work on all implementations no matter
how many bits a `long' value happens to use. Here's one way:

---

---

Hé hé, je vois que tu as retrouvé l'article d'Eric Sosman sur CLC...

J'ai bien fait de citer mes sources.