Conversions : String->int et int->TCHAR

Bonjour,

Dans un projet MFC, sous Visual Studio 2005, j'ai besoin de r�cup�rer convertir un string, entr� par l'utilisateur en format hexad�cimal en int, de faire quelques traitement dessus, puis de le passer en TCHAR.

Par exemple :

L'utilisateur entre la valeur AD5, dans un Edit Control (MFC).
Je r�cup�re cette valeur dans un string (je sais faire:))
Je convertis cette valeur en int, sous forme d�cimale : 2773 (je sais pas faire :cry:)
Op�rations �ventuelles
Je convertis la valeur obtenue en TCHAR, sous forme h�xad�cimale (je sais pas faire :cry:).

La valeur entr�e sera comprise entre 0000 et FFFF.

J'ai d�j� une fonction pour convertir les strings en int, mais elle ne marche pas pour de l'h�xa :

Code:

---

1 2 3 4 5 6 7

int StringToInt(std::string in) { int out; istringstream iss( in ); iss>>out; return out; }

---

Le but est de cr�er un fichier avec comme nom la valeur h�xa modifi�e, il n'est peut �tre pas n�cessaire de faire tout �a. Si quelqu'un a une autre solution, je veux bien aussi.

Merci d'avance pour votre aide, je n'ai aucune id�e de comment faire ces conversions...

Citation:

---

Envoy� par CyberSlan

J'ai d�j� une fonction pour convertir les strings en int, mais elle ne marche pas pour de l'h�xa

---

http://cpp.developpez.com/faq/cpp/?p...am_hexa_to_int
:D

Pour convertir en "TCHAR", il te faut un tableau de TCHAR pour stocker le resultat. Les CString des MFC ont tout ce qu'il faut pour cela (=> FAQ VC++).

Merci beaucoup,

Je regarde �a d�s que possible (ce soir, mais peut �tre tard)

Citation:

---

Pour convertir en "TCHAR", il te faut un tableau de TCHAR pour stocker le resultat. Les CString des MFC ont tout ce qu'il faut pour cela (=> FAQ VC++).

---

C'est possible d'avoir un peu plus de pr�cision?

Je ne vois pas le lien avec les CString pour passer d'un int en TCHAR
Je n'ai pas trouv� non plus dans la faq comment convertir de CString en TCHAR.

Sinon, merci pour le lien pour l'hexa, �a marche correctement.

Un TCHAR, c'est un seul caract�re.
Que veux-tu dire exactement par "convertir en TCHAR" ?

• Faire un TCHAR dont le code de caract�re est �gal � la valeur du int?
• Formater le int en d�cimal dans une cha�ne de TCHARs ?
• Formater le int en hexad�cimal dans une cha�ne de TCHARs ?

Citation:

---

Envoy� par Aurelien.Regat-Barrel

http://cpp.developpez.com/faq/cpp/?p...am_hexa_to_int
:D

Pour convertir en "TCHAR", il te faut un tableau de TCHAR pour stocker le resultat. Les CString des MFC ont tout ce qu'il faut pour cela (=> FAQ VC++).

---

Code:

---

typedef std::basic_string<TCHAR, std::char_traits<TCHAR>, std::allocator<TCHAR> > tstring;

---

Pour cr�er un type proche de CString nomm� tstring.

Personnellement, j'utilise un petit fichier header (en PJ). Bien �videmment, le tout n'a �t� test� que sous Windows avec VC++, mais les adaptations � faire pour le compiler avec d'autres syst�mes sont mineures (d'apr�s moi).

Ce header m'a l'air sympa, mais j'ai deux remarques:

• Il me semble que les defines de TEXT() et _T() n�cessitent de passer par une macro interm�diaire, pour certains cas de figures.
• Ton utilisation de wcstombs() n'est pas safe, car un caract�re wchar_t peut se r�soudre en deux char. Au lieu de arg.length(), tu dois r�server wcstombs(NULL, arg.c_str(), arg.length()) caract�res�. D'ailleurs, je le ferais aussi pour les conversions dans l'autre sens...
  �en plus du terminal, que le constructeur de string ajoute automatiquement.

Une variante:

Code:

---

typedef std::basic_string<TCHAR> string_t;

---

J'avais opte pour string_t au lieu de "tstring" parce que applique aux flux comme ostream, ca fait "tostream" -> "to stream"...

Citation:

---

Envoy� par M�dinoc

Ce header m'a l'air sympa, mais j'ai deux remarques:

• Il me semble que les defines de TEXT() et _T() n�cessitent de passer par une macro interm�diaire, pour certains cas de figures.

---

Je ne vois pas. Soit ces macros sont d�finies et je ne les red�fini pas, soit elles ne le sont pas et je les d�clare. Ensuite, leur d�finition d�pends de l'existence de la d�finition de UNICODE, qui est d�finit (ou non) par Visual C++ (parce que utilis� dans windows.h � outrance).

Citation:

---

Envoy� par M�dinoc

• Ton utilisation de wcstombs() n'est pas safe, car un caract�re wchar_t peut se r�soudre en deux char. Au lieu de arg.length(), tu dois r�server wcstombs(NULL, arg.c_str(), arg.length()) caract�res�. D'ailleurs, je le ferais aussi pour les conversions dans l'autre sens...
  �en plus du terminal, que le constructeur de string ajoute automatiquement.

---

C'est effectivement une m�thode bien meilleure. A ma d�charge, je n'ai pas touch� � ce fichier depuis des ann�es, et je m'en sers peu (je fais directement tout en wstring maintenant). La question qui s'�tait pos� � l'�poque provenait de notre gestion des langues dans une application bien particuli�re (japonais en MBCS et russe en unicode, dans la m�me application).

Citation:

---

Envoy� par Emmanuel Deloget

Je ne vois pas. Soit ces macros sont d�finies et je ne les red�fini pas, soit elles ne le sont pas et je les d�clare. Ensuite, leur d�finition d�pends de l'existence de la d�finition de UNICODE, qui est d�finit (ou non).

---

Ce que je voulais dire, c'est que leur d�finition par d�faut utilise ceci:

Code:

---

1 2 3 4 5 6 7

#ifdef _UNICODE #define __T(x) L ## x #else #define __T(x) x #endif #define _T(x) __T(x) #define TEXT(x) __T(x)

---

Alors que toi, tu ne passes pas par une macro interm�diaire. Et il me semble que �a fait une diff�rence, notamment si tu fais TEXT(UNE_MACRO). Donc, je pense que tu devrais faire la m�me chose que Microsoft si tu veux �tre s�r de ne rien perturber...

D�sol�, j'avais oubli� de revenir surveiller ce sujet.

Merci pour votre aide