Discussion :

[jamesb]

Bonsoir,

Je suis en train de faire un logger interne dans une application complexe au lieu de passer directement par un printf qui ne permettrais pas de flexibilité plus tard.

J'ai donc décidé de faire un struct avec mes données dedans comme je le souhaite seulement pour envoyer des messages à ce log, la plupart du temps je formate mes chaînes avec printf. J'ai vu qu'on pouvait implémenter directement le code printf dans mon logger. Cependant, cela casse la compatibilité avec les autres systèmes d'exploitation (à ce que j'ai vu) car le code est différent.

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
void loggerPush(Logger *log, char *fmt, ...) {
	unsigned int time = clock();
	char message[255];
 
	// sprintf code
	va_list args;
 
	va_start(args, fmt);
	vsprintf(message,fmt,args);
	va_end(args);
	// end
 
/* Affiche/Sauve le message */
}

Est-ce que ce code ne fonctionne que sous la plat-forme Unix/Linux ou bien me suis-je tromper ? D'autre part, n'y a-t-il aucune autre solution qui puisse y remédier: un sprintf qui au lieu de modifier un char* en retourne un (char *sprintf(char *in, ...)) résoudrais mes problèmes. Aussi si d'une autre manière je pouvais passer les paramètres "..." au sprintf de la plat-forme je pourrais régler mes problèmes.

Qu'en pensez-vous ? Merci d'avance.

[Médinoc]

Ton usage de de vsprintf() me parait tout ce qu'il y a de plus standard, mais également tout aussi fragile sur tous les systèmes: Risque de débordement de tampon.

Il n'existe pas de fonction standard pour faire un malloc() et un sprintf() en même temps (Je crois que FreeBSD avait asprintf() pour ça).

Ensuite, si tu veux connaître à l'avance la taille à allouer pour un sprintf():

• En C90 pur, je crois qu'il faut passer par un fichier bidon (par exemple, un fichier temporaire créé avec tmpfile())
• En C99, tu peux appeler [v]snprintf() avec un buffer nul.
• Sous Visual, tu peux utiliser la fonction _[v]scprintf();