Probléme sscanf sous GTK+

Version imprimable

16/12/2008, 18h03
mathieu_brest

Probléme sscanf sous GTK+
Bonjour,

Je développe actuellement en C sous GTK+ sous Linux afin de créer un mini tableur de type excel. Mes valeurs sont de type double et je les prend grâce à sscanf :

Voici un exemple de mon programme :
Code:

1 2 3 4 5 6 const char * ch = "56.87" ; double valeur; sscanf(ch,"%lf",&valeur); printf("Mon double : %lf \n",valeur);
Lorsque je compile ceci sous la console, j'ai bien mon double qui est égale à 56.87. Mais lorsque j'intègre le code à GTK, la partie décimale est tronquée à 56,000000.

Merci pour votre aide.

Mathieu
16/12/2008, 18h05
teuf13

gtk+ doit utiliser "," pour le séparateur des décimales quand ton système est en français, essaie avec "56,87" comme valuer pour ch
16/12/2008, 18h06
mathieu_brest

Merci je vais regarder

Problème résolu grâce à teuf13 que je remercie !

J'ai fait une petite fonction de conversion :

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
// Convertion du nombre anglais à français
char * conv_french(const char * chaine){ 
	char * ch = strdup(chaine);
	int i = 0;
	while(ch[i] != '\0'){
		if(ch[i]=='.'){
			ch[i]=',';
			break;
		}
		i++;
	}
	return ch;
}

Exemple d'utilisation :

Code:

1
2
3
4
5
6
7
8
9
10
11
12
// Le réel qui doit recevoir
double valeur;
// Le réel en char *
char * ch = "78.98";
// On crée une conversion du double en français
char * ch2 = conv_french(ch);
// On met le réel de la chaine dans une variable de type double
sscanf(ch2,"%lf",&valeur);
// On libère la ressource
free(ch2);
 
printf("%lf\n",valeur);

16/12/2008, 23h49
teuf13

Ca marchera pas si qqu'un lance ton programme en faisant par exemple LC_ALL=C ./tonprog. Y a une fonction g_ascii_strtod dans la glib, peut être uqe ça suffirait à tes besoins ?
17/12/2008, 11h29
mathieu_brest

Le mode LC_ALL=C modifie bien directement le français à l'anglais, donc si l'utilisateur (ou à la compilation ?) met LC_ALL=C ./prog, il n'y a pas besoin d'utiliser la fonction. Merci teuf13
17/12/2008, 12h19
teuf13

LC_ALL=C ça indique au système d'utiliser la locale par défaut. Donc quand tu lances un programme avec cette variable d'environnement de définie, il va effectivement passer en anglais (langue par défaut). La différence "." ou "," dépend entièrement de la locale utilisée par l'utilisateur lors du lancement du programme, donc ça me paraît dangereux de décider que ça sera forcément un . ou une ,. g_ascii_strtod convertit une chaîne en double en considérant que le séparateur décimal sera forcément un ., donc ça me paraît plus adapté dans ton cas