Problème de types ?

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:

---

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

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....

Citation:

---

Envoyé par 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....

---

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.

D'abord :

Code:

---

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:

---

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à...

Citation:

---

Envoyé par Superne0

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

8O :roll:

Citation:

---

Envoyé par souviron34

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

8O :roll:

---

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 ...

Citation:

---

Envoyé par Superne0

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

---

Je re.. :roll: 8O 8O :?

comment expliques-tu :

Citation:

---

ce qui semble bon

---

et

Citation:

---

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...

Bon je viens de tester avec ce que je t'avais donné comme modifs.

J'obtiens :

Citation:

---

n : 10
sqrt(5) : 2.23607
or : 1.61803
a : 0.763932
b : 1.23607
c 1.20178
d : 4.14987
result : 4.98724
(int)result : 5

---

je vois pas où ça pêche.....

Citation:

---

Envoyé par souviron34

Bon je viens de tester avec ce que je t'avais donné comme modifs.

J'obtiens :



je vois pas où ça pêche.....

---

OK, ça me rassure de voir que tu obtiens la réponse juste !
Tes modifs semblent adéquates au code apparemment.
Mais bon, je sais pas ce qui se passe en machine pendant la conversion, mais je doute que le nouveau type ne change pas la valeur d'origine (même si on peut le faire, c'est pas clean au niveau de l'algo, c'est juste pratique).

Avec la notation décimale et l'ajout du demi à result, j'obtiens les valeurs attendus, mais ça pêche à 1 milliard (donc ça doit aussi foirer avant).
En utilisant des unsigned long long, ça changerait quoi ?