récupérer le token d'un #define par sa value

**hiromu** · 03/08/2012, 09h13

Bonjour, voilà je me présente (c'est mon premier post) je suis étudiant et actuellement en stage dans une boite d'informatique à l'étranger et dans un programme que je debug je voudrais récupérer le token d'un #define par sa value. Je m'explique. J'ai deux fichiers un cpp et un .h
Dans mon .h j'ai pleins de #define token [value], dans mon .cpp il reconnait bien si je lui demande token il me dit [value] jusqu'à la tout va bien
mais moi ce que je veut c'est lui demander [value] et qu'il me donne token
et ça je sait pas comment faire...
Au debut je voulais contourner le problème juste en faisant une lecture du .h et récupérer les info mais le problème et que le programme tournera sur une machine qui ne dispose pas des .h
Alors j'avais pensé tout simplement à mapper manuellement les info..
Mais le problème est que si il y a une mise à jour du .h et donc des #define et bien je suis chocolat.. Je vous demande pas une solution toute faite je me doute que vous avez d'autre chose à faire mais j'ai beau chercher sur le forum et sur le net je ne trouve pas de solution à mon problème. Je pense qu'il doit y avoir une fonction du style get.. mais je ne trouve pas. Quelqu'un en sait plus sur ce genre d’opération ?
Merci

**Bousk** · 03/08/2012, 09h34

Bonjour,

ce que tu demandes est impossible par défaut.
Renseignes-toi avant toute chose sur ce qu'est un define (une macro).
Ca n'a qu'une seule utilité : remplacer la chaîne par sa valeur avant la compilation.
Et la passe n'est réalisée qu'une seule fois.

Une façon de faire c'est des macros, mais avec des enums ou variables constantes et non des defines.
Quelque chose comme ça devrait fonctionner

Code :

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

1
2
// fichier de définition def.h
VALUE(blabla, 4);

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
#define VALUE(name, value) const long long name = value;
#include "def.inc"
#undef VALUE
 
const char* GetNameByValue(int value)
{
#define VALUE(name, value) case value: return #name;
switch (value) {
#include "def.h"
  default: return "NOT FOUND";
 }
#undef VALUE
}
 
long long GetByName(const char* szName)
{
#define VALUE(name, value) if (strcmp(#name, szName) == 0) return value;
#include "def.h"
return -1;
#undef VALUE
}

**hiromu** · 03/08/2012, 09h50

Bonjour Bousk,

et merci de ta réponse je comprend le fait que se soit impossible par defaut c'est une commande préprocesseur...

Cependant mon problème et que je ne peut pas changer le .h car dans le temps se .h sera upgradé.
J'avou que j'ai pas d'idée mes connaissances en C++ sont encore assez faible.

Invité · 03/08/2012, 10h26

si tu peux pas toucher au .h, tu peux quand meme les parser.

donc si c'est pour y acceder depuis le cpp, t'as qu'a ouvrir le .h et parser les #define

Sinon tu peux aussi dire pourquoi t'as besoin de recuperer le nom a partir de la valeur, parce que c'est ca sent pas mal.

**Bousk** · 03/08/2012, 10h40

Le fait que le .h soit upgradé est une fausse excuse.
Une fois la syntaxe mise en place, il suffit de l'utiliser.

Sinon ils changent d'idée, parce qu'en plus d'être totalement anormale, ils ne veulent pas la rendre réalisable.

Dans l'absolu vouloir retrouver un nom à partir d'une valeur, à fortiori de macros, est, amha, indicateur de problème, voire de méconnaissance de mécanismes et/ou mauvaise utilisation des macros.

**hiromu** · 03/08/2012, 10h58

Merci de vos réponses,

c'est vrai que j'ai pas expliqué le programme, en fait c'est un MQWrapper. En gros la partie dont je m'occupe retourne un code en fonction des errreurs qu'il y a dans la command argument, l'ensemble de code qu'il peut retourner est défini dans un .h fourni par IBM (donc évolutif dans le temps)
Le programme fonctionne correctement et pour chaque erreur il me retourne le bon code associé. Mais pour plus de clarté je voudrai afficher le nom de l'erreur. Ce nom est disponnible dans le .h d'IBM par les
#define NOM_ERREUR 4
Donc si j'ai compris c'est qu'initialement le code retourne NOM_ERREUR et que par l'emploi des #define du .h le code retourne 4.

Je sais que c'est un peu confus mais c'est bien la tout le problème.

**Bousk** · 03/08/2012, 11h17

Donc tu n'as pas la main mise sur le .h, mais le possèdes.

Donc si j'ai compris c'est qu'initialement le code retourne NOM_ERREUR et que par l'emploi des #define du .h le code retourne 4.

Non, revois tes bases et ce qu'est une macro. La macro remplacera son nom par sa valeur avant la compilation.

Ce que je ferais dans ce cas c'est créer un script qui parse le .h et le formate à ma guise, et c'est ce nouveau fichier que j'utiliserai au lieu du header brut d'IBM.

**hiromu** · 03/08/2012, 11h22

Envoyé par Bousk

Donc tu n'as pas la main mise sur le .h, mais le possèdes.

Non, revois tes bases et ce qu'est une macro. La macro remplacera son nom par sa valeur avant la compilation.

Ah oui oui oui c'est vrai et en plus tu me l'a déjà rappelé.. quand on à pas de tête

Ce que je ferais dans ce cas c'est créer un script qui parse le .h et le formate à ma guise, et c'est ce nouveau fichier que j'utiliserai au lieu du header brut d'IBM.

D'accord je vais plancher la dessus merci beaucoup

Je reviendrai si j'ai des problèmes et puis si ça marche je posterai le code ça peut interesser quelqu'un

re merci

**jblecanard** · 03/08/2012, 11h28

Envoyé par hiromu

Donc si j'ai compris c'est qu'initialement le code retourne NOM_ERREUR et que par l'emploi des #define du .h le code retourne 4.

C'est plus brutal que ça : à chaque endroit du code ou "NOM_ERREUR" apparaît, le pré-processeur le remplace par "4" (littéralement) avant compilation. Le lien vers le nom de l'erreur est donc en effet complètement perdu.

Une solution simple serait de tenir à jour un autre header plus propre qui relie le code d'erreur à son message, mais ça ne t'arrange pas car tu n'as pas envie de te taper la correspondance à chaque upgrade.

Une solution ici c'est d'écrire un petit programme qui parse le .h et stocke dans un fichier avec un autre format la correspondance, fichier qui lui sera livré (quitte à choisir un format binaire) puisque le .h d'IBM ne le sera pas. Ensuite, ton programme principal relira ce fichier pour retrouver les infos. Si tu peux en plus mettre ça dans ta chaîne de compilation pour que l'upgrade en fonction d'un .h changé se face tout seul, c'est nickel.

Edit: grillé par bousk.

**hiromu** · 03/08/2012, 11h39

Envoyé par jblecanard

.

Edit: grillé par bousk.

^^, merci quand même ça m'aide. Et puis vu que je suis assez tête en l'air vaut mieux que j'ai l'info plusieurs fois

En totu cas merci

Et maintenant y a plus qu'a !!

**jblecanard** · 03/08/2012, 12h26

Désolé je sais que c'est pas bien mais tu as du code ici qui fait ce qu'on a dit. Le script en python et le parseur en C++.

A utiliser comme ça :

Code :

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

python parse_error_codes.py errors.h

Et génère un fichier errors.map parsable avec le code C++ fourni dans le lien.

**hiromu** · 03/08/2012, 12h57

Je tiens à tous vous remerciez pour vos réponse ça m'a bien aidé. Je suis content de voir que le code que j'ai fais ressemble à celui que tu me propose

Envoyé par jblecanard

Désolé je sais que c'est pas bien mais tu as du code ici qui fait ce qu'on a dit. Le script en python et le parseur en C++.

A utiliser comme ça :

Code :

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

python parse_error_codes.py errors.h

Et génère un fichier errors.map parsable avec le code C++ fourni dans le lien.

Cependant en déjeunant avec mon boss et en lui expliquant le nouveau système il m'a dit qu'il n'aimé pas trop cette méthode et qu'il devait y avoir directement une méthode produite par IBM il avait juste oublier de m'en parler...

... Donc j'ai plus qu'à trouvé ça et mon problème est résolu... dommage pour le nouveau code mais merci de m'avoir aider au moins j'ai pas tout perdu j'ai appris des trucs et ça c'est top

Bye

Edit : je passe le topic en résolu