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

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

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:

---

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

---

Code:

---

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 }

---

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.

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 :aie:

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.

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.

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

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

Citation:

---

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.

Citation:

---

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 :oops:

Citation:

---

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 :ccool:

Citation:

---

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.

Citation:

---

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
:mouarf:

En totu cas merci :ccool:

Et maintenant y a plus qu'a !! :D

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:

---

python parse_error_codes.py errors.h

---

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

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

Citation:

---

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:

---

python parse_error_codes.py errors.h

---

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

---

:ccool:

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

Citation:

---

Envoy� par hiromu

il devait y avoir directement une m�thode produite par IBM il avait juste oublier de m'en parler...:furieux:...

---

C'est probable, je pensais tu avais cherch� et pas trouv�.

Citation:

---

Envoy� par hiromu

au moins j'ai pas tout perdu j'ai appris des trucs et �a c'est top ;)

---

C'est le principal ! Tu peux marquer ton post comme "R�solu".

Citation:

---

Envoy� par jblecanard

C'est probable, je pensais tu avais cherch� et pas trouv�.

---

J'ai cherch� effectivement mais pas trouv�... c'est le comble je developpe un logiciel de recherche... bref

re merci :ccool: