De l'utilisation de sprintf()...

**@drien** · 28/12/2005, 19h32

Comme printf(), la fonction sprintf() convertit une ou plusieurs variables suivant les formats précisés. Mais sprintf place les résultats dans la chaîne 'tampon' (son premier argument), alors que printf les envoie sur la sortie standard.

Les résultats placés dans la chaîne pointée par tampon sont terminés par '\0'. Vous devez être sûr que la place suffisante pour coder les résultatsées est disponible.

D'où ma question : n'y a-t-il pas un moyen plus sécurisé de faire la même chose? car par définition, la longueur de la chaîne que je vais créer n'est pas forcément déterminée... Comment éviter un éventuel dépassement de mémoire?

**Pouic** · 28/12/2005, 19h32

man snprintf

**Médinoc** · 28/12/2005, 19h45

ATTENTION pour ceux qui utilisent un compilateur microsoft: la fonction snprintf() standard n'existe pas chez eux, et il n'existe aucun équivalent exact.

Les fonctions Microsoft voisines sont:

* sprintf_s() (Visual 2005) : renvoit une erreur/une exception et ne copie rien du tout si le buffer est trop petit --> à jeter.
* _snprintf() (disponible sur tous leurs compilateurs) : renvoit toujours la taille écrite dans le buffer, ne termine pas elle-même le buffer par un \0 s'il est trop court.
* StringCchPrintf(), StringCbPrintf(), StringCchPrintfEx(), StringCbPrintfEx() (Nécessitent un SDK >=2003) : Un peu comme _snprintf(), mais terminent toujours le buffer par un \0. Les versions Ex retournent des informations sur la position et la taille du buffer restant.

**Nasky** · 28/12/2005, 20h35

Envoyé par @drien

D'où ma question : n'y a-t-il pas un moyen plus sécurisé de faire la même chose? car par définition, la longueur de la chaîne que je vais créer n'est pas forcément déterminée... Comment éviter un éventuel dépassement de mémoire?

Je te comprends. Mais en même temps, le programmeur connaît toujours la taille qu'il alloue, non?

Nas'

**@drien** · 28/12/2005, 21h23

Envoyé par Nasky

Je te comprends. Mais en même temps, le programmeur connaît toujours la taille qu'il alloue, non?

Pas forcément, si j'en ai besoin pour stocker une chaîne avec un paramètre comme un entier par exemple, si l'entier est 7 il prend 1 caractère mais si c'est 125 ils en prend trois, etc.....

snprintf() ça à l'air bien, je connaissais pas

, et une petite fonction vérifiant si ça marche ou sinon allouant plus jusqu'à ce que ça marche me parait sympatique à coder.

Merci à tous!

EDIT : c'est standart ça? (juste pour savoir

) parce que d'après les liens que j'ai sur la norme ANSI c'est pas standart...

**Pouic** · 28/12/2005, 21h50

Envoyé par @drien

EDIT : c'est standart ça? (juste pour savoir

) parce que d'après les liens que j'ai sur la norme ANSI c'est pas standart...

C'est conforme à la norme C99 (donc effectivement pas ansi)

**Jean-Marc.Bourguet** · 28/12/2005, 21h57

Envoyé par Pouic

Envoyé par @drien

EDIT : c'est standart ça? (juste pour savoir

) parce que d'après les liens que j'ai sur la norme ANSI c'est pas standart...

C'est conforme à la norme C99 (donc effectivement pas ansi)

C99 a été promulgué par l'ANSI (passer par eux est d'ailleurs une des méthodes les plus simples et moins onéreuses d'en optenir le texte).

**HRS** · 29/12/2005, 11h21

Par conséquent la taille résultante est égale à la somme des tailles
maximum de chacun des éléments +1

le langage C part du principe que le programmeur sait TOUJOURS ce qu'il
fait

**Médinoc** · 29/12/2005, 15h04

Mais le programmeur, par contre, ne sait JAMAIS ce que va faire l'utilisateur, ni ce que va contenir le fichier (qui peut être modifié par une source extérieure), ni ce qu'il va recevoir lors d'une communication réseau, etc.