Discussion :

[subzero01]

Bonjour,
sur un system 32 bits (mais ordinateur 64 bits) si on execute le code suivant :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
#include <iostream>
#include <limits>
#include <math.h>
 
using namespace std;
 
int main()
{
	double i=0;
 
	do
	{
		cout<<"i="<<i<<"\t2^i="<<pow((double)2, i)<<endl;
		i++;
	}while(pow((double)2, i) <= numeric_limits<unsigned long double>::max());
	cout<<endl<<endl<<"max = "<<numeric_limits<unsigned long double>::max()<<endl,
	cin.get();
}

j'obitiens le resultat suivant

- est ce que c'est normal que i va jusqu'à 1023 ? une explication sera la bienvenue.
- où est ce que apparait le terme 32 bits, 64bits dans ce cas ?
merci d'avance

[Elstak]

et bien je dirai :

la i s'arrete à 1023 car apres ta puissance va dépasser le max que tu affiche (donc ta boucle s'arrete).

32 bit, 64 bit? je vois pas le rapport avec ton code en fait...

[Sylvain Togni]

En passant, si quelqu'un peut m'expliquer ce qu'est un « unsigned long double » ? Visual 6 & 8 ont l'air de supporter ce type, ça me parait bien bizarre !

[Jean-Marc.Bourguet]

- est ce que c'est normal que i va jusqu'à 1023 ? une explication sera la bienvenue.

Oui, c'est l'exposant maximal dans le format flottant que tu utilises. En passant, pour tester le depassement de capacite de pow(), il faut avant l'appel remettre errno a 0 et apres tester si la valeur est toujours 0.

- où est ce que apparait le terme 32 bits, 64bits dans ce cas ?

Nulle part. Il y a peu de rapport entre la taille des registres d'usage general (ce a quoi correspond generalement -- il y a quelques exceptions provenant plutot de considerations markettings que techniques -- le nombre de bits d'un processeur) et les registres flottants, en particulier dans le cas d'une transition 32->64.

En passant, si quelqu'un peut m'expliquer ce qu'est un « unsigned long double » ? Visual 6 & 8 ont l'air de supporter ce type, ça me parait bien bizarre !

Bug ou extension de VC++.

[wiztricks]

Les nombres de type long double sont codés sur 80 bits dont :
* 64 bits pour la mantisse
* 15 bits pour l'exposant
* 1 bit pour le signe
Ce qui permet d'aller de -3.4*10^^-4932 à 3.4*10^^4932
Exemple:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
#include <iostream>
#include <limits>
#include <math.h>
 
using namespace std;
 
int main()
{
  cout << "long double: " << numeric_limits<long double>::max() << endl;
  cout << "double : " << numeric_limits<double>::max() << endl;
}

sort:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
$ ./test
long double: 1.18973e+4932
double : 1.79769e+308

-W

[Jean-Marc.Bourguet]

Les nombres de type long double

Je doute que le problème de Sylvain soit le long, je penche plutôt pour l'unsigned.

sont codés sur 80 bits dont :
* 64 bits pour la mantisse
* 15 bits pour l'exposant
* 1 bit pour le signe

C'est loin d'être universel. Il s'agit là d'une description de l'extended double de IEEE 754 qui a l'avantage d'être disponible en hard sur les x86; mais le support est en perte de vitesse -- SSE2 ne l'a pas et c'est vers l'usage de cette interface qu'on tends. Même un unixien hard core comme moi sais que Windows ne l'utilise plus depuis des années. Et un unixien comme moi sait que certaines plateforme -- Solaris sur Sparc -- ont un long double qui fait 128 bits.