ITOA FAIT MASION: COVERSION ENTIER 32 BIT NON SIGNE VERS CHAINE DE CARACTERE(UNI

BruNews Messages postés 21040 Date d'inscription jeudi 23 janvier 2003 Statut Modérateur Dernière intervention 21 août 2019 - 3 févr. 2009 à 19:10
BruNews Messages postés 21040 Date d'inscription jeudi 23 janvier 2003 Statut Modérateur Dernière intervention 21 août 2019 - 3 févr. 2009 à 20:16
Cette discussion concerne un article du site. Pour la consulter dans son contexte d'origine, cliquez sur le lien ci-dessous.

https://codes-sources.commentcamarche.net/source/49174-itoa-fait-masion-coversion-entier-32-bit-non-signe-vers-chaine-de-caractere-unix-win32

BruNews Messages postés 21040 Date d'inscription jeudi 23 janvier 2003 Statut Modérateur Dernière intervention 21 août 2019
3 févr. 2009 à 20:16
ben enfin, si tu fournis le buffer destination dans lequel la fonction écrit, le problème de thread safe ne se pose plus.
C'est exactement ce que fait bnultoa() dans quasi tous mes codes.
xtremejames183 Messages postés 32 Date d'inscription vendredi 26 mai 2006 Statut Membre Dernière intervention 14 avril 2009
3 févr. 2009 à 20:12
BrunNews:
Franchement je suis très curieux de voir ton code 100% Thread-safe , Full reentrant .
allez champion j'attends ;-)
spidermario Messages postés 121 Date d'inscription mercredi 26 octobre 2005 Statut Membre Dernière intervention 14 mars 2009 1
3 févr. 2009 à 19:19
Est-ce que, tout simplement,
char *Uint32ToString(unsigned long NB,size_t *StrLen)
{
static char buf[32];
size_t length=sprintf(buf,"%lu",NB);
if(StrLen)
{
*StrLen=length;
}
return buf;
}

ne suffit pas ?
BruNews Messages postés 21040 Date d'inscription jeudi 23 janvier 2003 Statut Modérateur Dernière intervention 21 août 2019
3 févr. 2009 à 19:10
char* MyUltoa(unsigned int v, char *pdst);
voila du thread safe.

Retourne ausi le pointeur sur fin d'écriture, ça le rendra moins con que l'original.
Rejoignez-nous