Discussion :

[CyberSlan]

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 )
Opérations éventuelles
Je convertis la valeur obtenue en TCHAR, sous forme héxadécimale (je sais pas faire ).

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 :

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

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...

[Aurelien.Regat-Barrel]

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


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++).

[CyberSlan]

Merci beaucoup,

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

[CyberSlan]

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.

[Médinoc]

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 ?

[Emmanuel Deloget]

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


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 :

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

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).

[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.
• 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.

[Aurelien.Regat-Barrel]

Une variante:

Code :

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

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"...

[Emmanuel Deloget]

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).

• 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).

[Médinoc]

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 :

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

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...

[CyberSlan]

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

Merci pour votre aide