Bonjour à tous,  
 
Mon amie est en train de développer un projet en C. Elle doit faire, entre autre, un transfert de base 10 (décimale) en base 16 (hexadécimale). Est-ce qu'il existe une fonction en C pour cela ?  
 
Merci par avance. Bon courage à tous.  
Bye.

de facon super crade :
 

 
 
(c super crados, j'en suis bien conscient)

 
à la limite "sscanf", pas "scanf", cela dit, c'est clair que c'est crade !

 
oups oui, mea culpa
 
je crois qu'il y a une autre fonction pour ce genre de plaisanterie mais j'm'en rapelle pu

Merci d'ores et déjà à vous 2.
 
Je ne suis pas en mesure d'essayer cela pour le moment.
En C++, j'ai trouvé la fonction _itoa mais il me faut ça en C. Cela aurait si simple de l'utiliser...
 
Merci.

 
Ben, itoa, c'est du C, où t'as vu que c'était du C++ ?

 
mais dites moi, apres ce superbe calcul, monIntEnBase10 ne serait il pas egal a monEntierEnBase16 ?
 
je tiens une de ces formes ce matin
 

J'ai bien indiqué _itoa... J'ai essayé ça, enfin mon amie, sous Unix et c'est pas reconnu ?!? Sous VS C++, pas de problème.
 
Merci encore

 
ha, ouais, c normal, c'est une fonction spécifique à windows. Surement pas une fonction C++ !

Je rappelle aux personnes ici presentes que la notion de base 10 ou base 16 n'a de sens que pour la convertion en chaine. Donc, quand une personne demande a convertir un nombre d'une base à une autre, il faut supposer qu'il dispose d'une chaine de caracteres decrivant  ce meme nombre dans la premiere base et qu'il veut ecrire ce nombre dans une autre chaine dans la nouvelle base.
 
Le code de crisbk était donc presque parfait
 

 
PS : pafois, quand je vois ce genre de question qui reviens si souvent, j'ai l'impression que la personne veut convertir un int en base 10 vers un int en base16

Salut Kristoph,
 
Merci déjà. Ta remarque est judicieuse mais je ne suis pas à ce point là, comment les valeurs a,b,c,d,e et f peuvent être des int ???   !!!
 
Je vais essayer chez moi dès que je le peux...
 
Merci encore

 
tu sais, ton int a la base, il est pas code en decimal mais en binaire. Les decimal/hexa c'est juste une question d'affichage a l'ecran
 

Exemple tout bête :
 
0x10 = 16
 
Si ton int = 16, il est aussi égal à 0x10, il n'y a donc aucun calcul à faire !
 
Comme le dit chrisbk, tout est une question d'affichage.

C'est une maladie, d'allouer systèmatiquement des buffers de 32 octets, (presque) 3 fois trop grand que nécessaire? Et après, on va dit: "Merde, ce programme rame à mort ..."

 
 
fichtre, 32 octets sur la pile qui ne vont exister que le tps de l'appel de cette fonction, mais quel drame

  oui, en plus, les machines actuellement sont tellement puissantes, elles ont tellement de mémoire, etc. qu'il est possible d'allouer des buffers de 1024 octets au lieu 256, par exemple, et le fonctionnement ne ralentie même pas ... Le problème plustard est que dans un système plus complexe (multithreadé, etc.), on alloue à tour de bras les octets et on pleure car il faut acheter de la mémoire, un nouveau proc, etc.

 
Tu as raison, on va passer par std::string, ça ira surement plus vite et ce sera plus econome en mémoire. Ou mieux encore, on va definir une grosse variable globale char tampon[32] que tout le monde se partagera. Comme ça, plus de temps d'allocation

 
y en a t-il seulement ?

Si ta fonction n'a pas de variables locales, tu n'as en général pas besoin de déplacer le pointer de pile et donc tu ecconomise 2 instructions assembleur.

 
bah, economiser un sub et deux movs c quand meme pas ca qui change grand chose

 
Pas un sub et deux movs. Juste 2 add/sub.

 
Edit : ajout de qui manquait

moi je voyais plutot :
 
sub esp,32;  
mov ebp,esp
..
mov esp,ebp
 
(eg tu flingue pas tout ton adressage de variable si tu rappelles une fonction prenant des parametres en cours de route a cause de tes push)
 
(enfin voila quoi )
 
 
 

Tu veux dire :
 
mov ebp,esp
sub esp,32;  
..
mov esp,ebp
 
Faudrait voir le code assembleur généré pour trouver c'est quoi le plus efficace quand même. Je suis pas convaicu de l'interet de sauver le registre de pile dans un autre registre ...

 
euh ouais je me suis merdé.
bah niveau efficacite, ca doit pas changer grand chose. L'interet c'est que tes valeurs sont toujours en ebp - xx (avec xx constant au travers de la fonction) tandis que si tu indexes via esp fo a chaque push que tu fais recalculer tes indices.
Bon tu me diras, c le compilo qui le fait....