Discussion :

[Superne0]

Bonsoir tout le monde, dans la continuité du problème que j'avais posé plus tôt, je me retrouve avec un code qui m'oblige à convertir des entiers en réels et vice-versa.
Voyez plutôt :

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
19
20
21
22
23
24
25
26
27
28
29
#include <stdio.h>
#include <math.h>
#include <stdlib.h>

int main(){
unsigned int n;
double a,b,c,d;
unsigned int e;
double or,m;
double result;
while((scanf("%u",&n))==1){
if(n==0){
return(0);
}if(n==1){
printf("%d\n",1);
}else{
m=(double) n;
or=(1+sqrt(5))/2;
a=3-sqrt(5);
b=sqrt(5)-1;
c=sqrt(pow(or,a));
d=sqrt(pow(m,b));
result=c*d;
e=(unsigned int) result;
printf("%u\n",e);
}
}
return(0);
}

Le problème qui se pose, est que pour certaines valeurs de n que je rentre, j'obtiens le résultat attendu, tandis que pour d'autres, le résultat n'est pas le bon à quelquechose près (+1, -1, plus une centaine, ou moins une centaine ...).
D'après vous, est-ce que les conversions entre doubles et non-signés sont faites de la bonne manière ?
Merci

[Elstak]

quelles sont les valeurs que tu entres? fait attention au dépassement de capacité... si ton double vaut 10000000 il y aura un souci lors de la conversion en unsigned int je pense....

[Superne0]

quelles sont les valeurs que tu entres? fait attention au dépassement de capacité... si ton double vaut 10000000 il y aura un souci lors de la conversion en unsigned int je pense....

Par exemple, en entrant 10, je devrais obtenir 5, tandis que là j'ai 4 (c'est une certitude).
Alors qu'en entrant 123456 ou 9999, j'obtiens exactement les valeurs attendues.
Le problème se pose donc aussi sur les "petits" nombres.

[souviron34]

Par exemple, en entrant 10, je devrais obtenir 5, tandis que là j'ai 4 (c'est une certitude).
.

t'es sûr ?

j'ai pas de calculatrice sous la main, mais en ordre de grandeur :

sqrt(5) = 2.1


or = (2.1 + 1.0)/2.0 = 1.6
a = 3 - 2.1 = 0.9
b = 2.1 - 1 = 1.1

Donc

c = sqrt ( 1.6 ^ 0.9 ) = sqrt ( 1.4 ) = 1.15
d = sqrt ( 10 ^ 1.1 ) = sqrt ( 11 ) = 3.4

result = 3.4 * 1.15 = 3.9

[Superne0]

t'es sûr ?

j'ai pas de calculatrice sous la main, mais en ordre de grandeur :

sqrt(5) = 2.1


or = (2.1 + 1.0)/2.0 = 1.6
a = 3 - 2.1 = 0.9
b = 2.1 - 1 = 1.1

Donc

c = sqrt ( 1.6 ^ 0.9 ) = sqrt ( 1.4 ) = 1.15
d = sqrt ( 10 ^ 1.1 ) = sqrt ( 11 ) = 3.4

result = 3.4 * 1.15 = 3.9

J'obtiens 4 pour 10 comme entrée (ce qui semble bon), mais la valeur qui devrait être renvoyée est 5.
Je sais pas trop ce qui cloche dans le code, mais ce qui est bizarre c'est que comme je l'ai dit, il va te renvoyer une valeur à côté pour une valeur comme 10, alors que pour 123456 il va te renvoyer celle attendue.
J'avoue que la conversion réel/entier (et vice-versa), c'est pas le top pour la machine ...

[souviron34]

J'obtiens 4 pour 10 comme entrée (ce qui semble bon), mais la valeur qui devrait être renvoyée est 5.

Je re..

comment expliques-tu :

ce qui semble bon

et

la valeur qui devrait être renvoyée est 5.

dans la même phrase ???????

Soit tu exprimes mal ton problème, soit ta logique me dépasse...

Je vais aller faire un petit tour sur Linux pour vérifier les valeurs (comme j'ai dit j'ai pas de calculatrice, là), mais je suis quasi sûr que mon ordre de grandeur est correct, et que tu devrais bien obtenir 4 pour 10...

[souviron34]

D'abord :

Code :

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

1
2
3
4
5
6
 
or=(1.0+sqrt(5.0))/2.0;
a=3.0-sqrt(5.0);
b=sqrt(5.0)-1.0;
c=sqrt(pow(or,a));
d=sqrt(pow(m,b));

Ensuite, pour avoir la meilleure valeur, (et il y a eu plusieurs posts dans les dernières semaines sur ce problème), il faut prévoir l'arrondi , puisque int va tronquer.

Donc normalement , si tu veux l'entier le plus proche du double calculé, il faudrait faire :

Code :

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

e=(unsigned int) (result+0.5);

Enfin, comme on l'a dit, c'est très dangereux de faire ça, car tu fais des multiplications de puissances, ça monte vite, ces bêtes-là...