probleme fonction puissance

bonjour. je suis actuellement en DUT mesures physiques et nous devons realiser un programme sur les nombres complexes. Une de nos parties consiste a calculer les racines niemes d'un nombres complexe z = a + ib. sauf que je n'arrive a faire ce programme. je bug au niveau des exposants :

je dois faire un module ^(1/n) sauf que pour les fonctions pow on ne peut utiliser que des nombres decimaux et pour la fonction powf on ne peut utiliser que des float.Or ici j'ai un nombre float (le module) et un nombre decimal (le n)

combien puis je faire ???
merci d'avance de votre aide!

PS : c'est mon premier message sur le forum merci d'etre indulgent.

Bonjour,

En C tu as à ta disposition plusieurs type pour représenter des réels en virgule flottante : float, double et pour les compilateurs qui l'implémentent long double. Chaque type permet de stocker des nombres en virgule flottante sur une plage avec une certaine précision, mais là ce sont des détails que tu peux trouver sur le net. En général, le plus simple est d'utiliser des double.
La fonction pow de la biliothèque mathématique est déclarée ainsi : double pow(double x, double y) et elle permet de calculer x à la puissance y.
Pour convertir un entier n int en double il suffit de le caster ainsi : double x= (double) n;. Pour calculer x à la puissance 1/n tu peux donc écrire :

Code:

---

1 2 3 4 5 6 7 8

double x; int n; double resultat;   x=2.7182818; n=10; resultat = pow( x , 1.0/(double) n );

---

Remarque que j'ai écrit 1.0 / (double) n et non pas (double) (1/n). Cette dernière forme calcule d'abord en entier 1/n qui est la division entière et qui pour n non nul donnera 0 -> certainement pas ce que veux.
La première forme est correcte car on commence par convertir n en double, puis on divise la constante double 1.0 par un double -> on utilise la division en virgule flottante.

En réalité le cast n'est pas obligatoire et un 1.0 / n serait suffisant. Néanmoins je trouve le cast explicite plus clair en précisant l'intention du codeur (mais c'est un point de vue personnel).

Pour être tout à fait précis, il suffit qu'un des arguments ne soit un float ou un double pour que la division soit un flottant (float ou double, selon)

Toutes les expressions suivantes utiliseront bien la division flottante.

• 1 / (double) n
• 1.0/n
• (double) 1 / n
• 1.0f / n
• 1.f / (float) n

Les premières sont des doubles, tandis que les deux dernières sont des floats.
par ailleurs, ceci seront des doubles:
1.0f/(double) n1.0 /(float) n

Merci beaucoup a toi !!! Je vais tester ça sur mon programme je vais voir si sa marche ou pad ! Je te tiendrais au courant.
Merci

J'aurais une autre petite question, comment dois je faire pour exporter un fichier créer via jgrasp vers excel de facon a ce que celui ci puisse le relire pour tracer un graphe ?
Merci d'avance

Citation:

---

Envoyé par snilow

J'aurais une autre petite question, comment dois je faire pour exporter un fichier créer via jgrasp vers excel de facon a ce que celui ci puisse le relire pour tracer un graphe ?
Merci d'avance

---

Salut
Le plus simple: tu exportes tes données au format CSV et tu l'importes dans excel
Le plus compliqué: tu utilises des librairies spéciales dédiées à écrire du XLS. Il en existe en Python dont il devrait en exister en C.

Citation:

---

Envoyé par leternel

Pour être tout à fait précis, il suffit qu'un des arguments ne soit un float ou un double pour que la division soit un flottant (float ou double, selon)

---

Attention, les opérandes sont castés au fur et à mesure de l'opération et non d'un coup. Donc (piège), avoir un opérande en flottant dans l'opération ne force pas forcément l'opération entière en flottant. Le flottant peut ne se révéler qu'à la fin et donc trop tard.

Exemple: float x=1.0 + 3 / 2. Malgré la présence d'un flottant dans l'expression, la division étant prioritaire se fera en premier dans le type de ses opérandes (entiers) et renverra alors 1. Ensuite ce 1 sera ajouté au 1.0 et donnera 2.0.
La bonne écriture pour avoir ce qu'on espère est float x=1 + 3 / 2.0...

mais 2.0 + 3 / 2 n'est pas une seule expression, mais deux: 2.0 + expr et 3 / 2.

Une expression est définie dans la grammaire par:

• une constante
• une variable
• un appel de fonction
• unary expression (unary étant !, ~, -, +, *, &, sizeof)
• expression binary expression (binary étant entre autre =, <, +, -, *, /, %, !=, ., ",", :: etc)
• (expression)
• expression [ expression ]
• expression ? expression : expression

Chaque expression possède un type de valeur, inféré depuis celui des opérandes impliqués.
Pour des types primitifs, a + b est du premier type capable de contenir a et b. Le mécanisme utilisé est double: la promotion entière (char et int donne int) et la promotion flottant (si un float ou double, résultat float ou double)
Par exemple deux ints donnent un int, un char et un long donnent un long, tandis qu'un int et un double donneront un double.
Pour s'en souvenir, on a en gros char < short < int < long < float < double

Citation:

---

Envoyé par leternel

mais 2.0 + 3 / 2 n'est pas une seule expression, mais deux: 2.0 + expr et 3 / 2.

Une expression est définie dans la grammaire par:

• une constante
• une variable
• un appel de fonction
• unary expression (unary étant !, ~, -, +, *, &, sizeof)
• expression binary expression (binary étant entre autre =, <, +, -, *, /, %, !=, ., ",", :: etc)
• (expression)
• expression [ expression ]
• expression ? expression : expression

Chaque expression possède un type de valeur, inféré depuis celui des opérandes impliqués.
Pour des types primitifs, a + b est du premier type capable de contenir a et b. Le mécanisme utilisé est double: la promotion entière (char et int donne int) et la promotion flottant (si un float ou double, résultat float ou double)
Par exemple deux ints donnent un int, un char et un long donnent un long, tandis qu'un int et un double donneront un double.
Pour s'en souvenir, on a en gros char < short < int < long < float < double

---

Oui oui, ça c'est la théorie qu'on apprend dans les livres.
Dans la réalité, on part bille en tête sans forcément lire tout le livre et donc parfois on se fait avoir...:P

Mais je n'ai plus lu de livres de C depuis des années :mrgreen:

Et moi, perso, je lis le bouquin avant de me lancer dans un truc aussi complexe que du code.

Dommage, d'ailleurs, qu'il n'y ait pas de bouquin tel que "La petite amie pour les nuls"

Ca t'irait ? XD

Ca pourrait servir, au moins pour lire un truc marrant