Convertir un double en char* (sans utilier sprintf)

Version imprimable

Voir 40 message(s) de cette discussion en une page

28/08/2008, 11h11
kourov

Convertir un double en char* (sans utilier sprintf)

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
28/08/2008, 13h06
Spout

Salut,

Les fonctions _ecvt(), _fcvt() ou _gcvt()?
28/08/2008, 13h28
oniric

sinon si tu ne trouves pas ton bonheur, ce genre de fonction se recode rapidement en C ;)
28/08/2008, 13h36
kourov

Citation:

Envoyé par spoutspout

Salut,

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

Dans quelle librairie se trouvent ces fonctions ?
28/08/2008, 13h41
hunta_kirua

Bonjour,

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

A+,

Hunta
28/08/2008, 13h58
Vincent Rogier

Citation:

Envoyé par kourov

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
28/08/2008, 14h01
Vincent Rogier

Citation:

Envoyé par spoutspout

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...
28/08/2008, 15h04
Jean-Marc.Bourguet

Citation:

Envoyé par vicenzo

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

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

Citation:

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...)
28/08/2008, 15h10
Vincent Rogier

Citation:

Envoyé par Jean-Marc.Bourguet

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

Citation:

Envoyé par Jean-Marc.Bourguet

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 !

Citation:

Envoyé par Jean-Marc.Bourguet

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...
29/08/2008, 01h35
Emmanuel Delahaye

Citation:

Envoyé par spoutspout

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

Pas du tout standard. Merci de fournir le code ou de dire où le trouver.
29/08/2008, 01h39
Emmanuel Delahaye

Citation:

Envoyé par kourov

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
29/08/2008, 09h01
kourov

Citation:

Envoyé par Emmanuel Delahaye

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.
29/08/2008, 10h54
Emmanuel Delahaye

Citation:

Envoyé par kourov

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 ?

Citation:

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...
29/08/2008, 20h34
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.
29/08/2008, 22h17
Emmanuel Delahaye

Citation:

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

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...
29/08/2008, 22h24
Vincent Rogier

Citation:

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

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 ?

Code pur C donc ne pas hurler au vu de ce code :P
Fait en 1 minute, le but n'est pas les perfs évidemment.
Vérifiez que la valeur de double tiens dans un 'int' !

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
30
31
32
33
34
35
36
37
38
39
40
41
42
43
#include <stdio.h>
#include <stdlib.h>
#include <math.h>
 
int length(int v) {
	return log10(v) + 1.0;
}
 
void sd2str(char *lpszDest, double value) {
	char *pDst;
	int i;
	pDst = lpszDest;
	i = value;
	itoa(i, pDst, 10);
	pDst += length(i);
	*pDst++ = ',';
	value -= i;
	if (value == 0.0) {*pDst++ = '0'; goto terminate;}
	value *= 1E10;
	i = value;
	itoa(i, pDst, 10);
	pDst += length(i);
	value -= i;
	if (value == 0.0) {*pDst++ = '0'; goto terminate;}
	value *= 1E7;
	i = value;
	itoa(i, pDst, 10);
	pDst += length(i);
terminate:
	*pDst = 0;
}
 
int main() {
	double v;
	char szReal[32];
	__asm {
		fldpi
		fstp qword ptr[v];
	}
	sd2str(szReal, v);
	printf("%s\n", szReal);
	return 0;
}

Petite rectif.

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
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
#include <stdio.h>
#include <stdlib.h>
#include <math.h>
 
int length(int v) {
	return log10(fabs(v)) + 1.0;
}
 
void sd2str(char *lpszDest, double value) {
	char *pDst;
	int i;
	pDst = lpszDest;
	i = value;
	itoa(i, pDst, 10);
	if (i < 0.0) pDst++;
	pDst += length(i);
	*pDst++ = ',';
	value -= i;
	if (value == 0.0) {*pDst++ = '0'; goto terminate;}
	value *= 1E10;
	i = fabs(value);
	itoa(i, pDst, 10);
	pDst += length(i);
	i = value;
	value -= i;
	if (value == 0.0) {*pDst++ = '0'; goto terminate;}
	value *= 1E7;
	i = fabs(value);
	itoa(i, pDst, 10);
	pDst += length(i);
terminate:
	*pDst = 0;
}
 
int main() {
	double v;
	char szReal[32];
	__asm {
		fldpi
		fstp qword ptr[v];
	}
	v = -v;
	sd2str(szReal, v);
	printf("%s\n", szReal);
	return 0;
}

Nouvelle version :
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 void sd2str_v2(char *lpszDest, double value) { char *pDst; int i, j; pDst = lpszDest; i = value; value -= i; itoa(i, pDst, 10); if (i < 0.0) { pDst++; value = -value; } pDst += length(i); *pDst++ = ','; for (j = 0; j < 17; ++j) { value *= 10; i = value; value -= i; *pDst++ = '0' + i; } *pDst = 0; }
J'ai fais un p'tit bench, mes fonctions versus sprintf avec les optimisations à fond. Même ma première fonction est plus rapide que sprintf :? Quand à ma deuxième version elle écrase la première.

30/08/2008, 16h24
Jean-Marc.Bourguet

Citation:

Envoyé par NairodDorian

J'ai fais un p'tit bench, mes fonctions versus sprintf avec les optimisations à fond. Même ma première fonction est plus rapide que sprintf :? Quand à ma deuxième version elle écrase la première.

Sans s'attarder sur l'utilisation de itoa() -- qui n'est pas standard -- et sur l'absence de gestion des locales, ignorer la nécessité d'avoir un résultat correct aide pas mal.

Voir 40 message(s) de cette discussion en une page

Fuseau horaire GMT +2. Il est actuellement 07h05.