Discussion :

[kourov]

Bonjour,

Je voudrais savoir s'il est possible de convertir un double en chaine de caractères sans utiliser la fonction sprintf.
Est-ce qu'il existe une fonction du genre "ftoa()".

Je ne peux pas utiliser la fonction sprintf car mon application est exécutée dans un micro contrôleur et la fonction sprintf n'est pas la fonction standard et elle ne prend pas en compte les formats réel.

Merci d'avance
Kourov

[Spout]

Salut,

Les fonctions _ecvt(), _fcvt() ou _gcvt()?

[oniric]

sinon si tu ne trouves pas ton bonheur, ce genre de fonction se recode rapidement en C

[kourov]

Salut,

Les fonctions _ecvt(), _fcvt() ou _gcvt()?

Dans quelle librairie se trouvent ces fonctions ?

[hunta_kirua]

Bonjour,

Je crois qu'un #include <stdlib.h> suffit.

A+,

Hunta

[Vincent Rogier]

Salut,

Les fonctions _ecvt(), _fcvt() ou _gcvt()?

ce sont des fonction posix .1 qui ne sont pas partie de la norme ISO.

Si ton déja ton compilo n'implémente pas la norme ISO , il y peu de chance qu'il implémente POSIX .1..

Ma fois, vérifie quand même...

[Jean-Marc.Bourguet]

ce sont des fonction posix .1 qui ne sont pas partie de la norme ISO.

Les fonctions POSIX, n'ont pas de _ initiaux.

Si ton déja ton compilo n'implémente pas la norme ISO , il y peu de chance qu'il implémente POSIX .1.

Le compilateur implemente la partie de la norme ISO demandee pour les implementations free standing, ce qui semble normal pour un micro-controleur; et il est fournit avec une bibliotheque qui est un sous-ensemble de la bibliotheque standard.

Aucune chance qu'il ait {e,f,g}cvt() si sprintf n'a pas les formats %e, %f, %g, POSIX expose des choses qu'on peut considerer comme des details d'implementations de ?printf (les e, f, g initiaux designent %e, %f, %g...)

[Vincent Rogier]

Les fonctions POSIX, n'ont pas de _ initiaux.

Je suis entièrement d'accord.

les "_" sont souvent des extensions MS.

En fait je faisais référence à ecvt(), fcvt() ou gcvt() qui sont posix.

MS préfixe souvent les fonctions posix (du moins celles qu'il implémente !!) l avec "_".

Le compilateur implemente la partie de la norme ISO demandee pour les implementations free standing, ce qui semble normal pour un micro-controleur; et il est fournit avec une bibliotheque qui est un sous-ensemble de la bibliotheque standard.

Encore d'accord !

Aucune chance qu'il ait {e,f,g}cvt() si sprintf n'a pas les formats %e, %f, %g, POSIX expose des choses qu'on peut considerer comme des details d'implementations de ?printf (les e, f, g initiaux designent %e, %f, %g...)

C'est bien ce que je pressentais...

[Emmanuel Delahaye]

Les fonctions _ecvt(), _fcvt() ou _gcvt()?

Pas du tout standard. Merci de fournir le code ou de dire où le trouver.

[Vincent Rogier]

Bonjour,

la fonction sprintf n'est pas la fonction standard et elle ne prend pas en compte les formats réel.

Merci d'avance
Kourov

Hum... précision sprintf() fait partie du standard C89... C'est le compilateur pour ton micro-controleur qui ne la supporte pas.

sinon tu trouveras plusieurs implémentations sur Google Code Search

[Emmanuel Delahaye]

Je ne peux pas utiliser la fonction sprintf car mon application est exécutée dans un micro contrôleur et la fonction sprintf n'est pas la fonction standard et elle ne prend pas en compte les formats réel.

Bizarre. Si ton compilateur supporte les nombre réels (à grand coup de bibliothèques), je ne vois pas pourquoi *printf() n'en ferait pas autant.

Tu es sûr qu'il n'y a pas une option à activer quelque part ou à charger une bibliothèque spéciale ?

Ça me rappelle le vieux bug des compilateurs Borland :

http://emmanuel-delahaye.developpez....es.htm#borland

[kourov]

Bizarre. Si ton compilateur supporte les nombre réels (à grand coup de bibliothèques), je ne vois pas pourquoi *printf() n'en ferait pas autant.

Tu es sûr qu'il n'y a pas une option à activer quelque part ou à charger une bibliothèque spéciale ?

Ça me rappelle le vieux bug des compilateurs Borland :

http://emmanuel-delahaye.developpez....es.htm#borland

En fait j'utilise des fonctions printf et sprintf qui ont été développé dans une bibliothèque de fonction TCP/IP et elle ne sont pas prévu pour des réel.
Et en fait je n'ai pas encore réussi à les supprimer pour utiliser la fonction sprintf standard.

[Emmanuel Delahaye]

En fait j'utilise des fonctions printf et sprintf qui ont été développé dans une bibliothèque de fonction TCP/IP

Ah ouais. Y'a des flèches quand même dans ce métier... C'est quoi cette conception à la gomme ?

et elle ne sont pas prévu pour des réel.
Et en fait je n'ai pas encore réussi à les supprimer pour utiliser la fonction sprintf standard.

et voilà le travail. Si tu retrouves le gars qui a écris ça, tu lui fous un coup de pied au c*l de ma part...

Premier post de la journée, je sens ça va saigner...

[darrylsite]

Je ne sais pas pourquoi on va mettre plusieurs heures à chercher une fonction alors qu' on peut ecrire un code qui fait la meme chose en quelque minutes.

[Emmanuel Delahaye]

Je ne sais pas pourquoi on va mettre plusieurs heures à chercher une fonction alors qu' on peut ecrire un code qui fait la meme chose en quelque minutes.

Histoire de ne pas réinventer la roue... et puis un convertisseur de flottant en texte, c'est pas complètement trivial non plus...

Il faut transformer la représentation binaire des types (signe, mantisse, exposant signé) en une valeur représentée en texte sous la forme décimale avec virgule fixe, le tout en utilisant l'arithmétique entière...

Engage un prof de math...

[Vincent Rogier]

Je ne sais pas pourquoi on va mettre plusieurs heures à chercher une fonction alors qu' on peut ecrire un code qui fait la meme chose en quelque minutes.

Personnellement, je suis curieux de voir la qualité et la fiabilité du code que tu pourrais écrire "en juste quelques minutes" pour convertir un double en une chaine de caractères sachant que cela doit s'exécuter de manière fiable et performante sur un micro-controleur.

Alors relèves tu le défi (puisque c'est si trivial) ?

Tu te chronomètres et nous poste le code ?