Discussion :

[BakaOnigiri]

Bonjour,

voilà, en temps normal je développe en java, donc je suis un peut perdu en c++, mon problème : j'ai une méthode X, dans cette méthode je voudrais savoir comment récupérer le nom de la classe et/ou méthode qui l'a invoquée.

Je suis dans un environement posix hpux.

Merci.

[Médinoc]

Tu ne peux.

[BakaOnigiri]

...pas ?

c'est çà ? dommage mais merci tout de même.

[loufoque]

Il suffit de démangler typeid(*this).name()

[Obsidian]

Il suffit de démangler typeid(*this).name()

Même pas, puisque :

j'ai une méthode X, dans cette méthode je voudrais savoir comment récupérer le nom de la classe et/ou méthode qui l'a invoquée.

@BakaOnigiri : ce que tu veux faire s'appuie énormément sur l'environnement au runtime. Il faudrait explorer la pile. C'est souvent le signe d'une mauvaise conception. Pourquoi veux-tu faire çà ?

[BakaOnigiri]

pour trouver quel est le bout de code qui appel ma méthode X, puisque suite à cet appel on crash mémoire, donc j'esssaye de trouver quel est l'appelant, et la conception a plus de 10 ans

[BakaOnigiri]

c'est complétement temporaire pour débuguer, et je peut pas utiliser de débugueur, parce que c'est dans du code JNI chargé dans une JVM

[loufoque]

Ma solution donne bien le type à l'exécution, quoi que puisse dire Obsidian.

[stephl]

Ma solution donne bien le type à l'exécution, quoi que puisse dire Obsidian.

Oui, mais ce n'était pas l'objet de la question. Obsidian a indiqué en gras pourquoi ta réponse ne convenait pas.

[loufoque]

Si si, ma réponse convient.
Si après vous avez besoin de répéter le contraire, pourquoi pas hein...

[stephl]

Si si, ma réponse convient.
Si après vous avez besoin de répéter le contraire, pourquoi pas hein...

Bien prouve-le alors! Si j'ai bien compris le PO, il veut déterminer la méthode appelante (ou classe de la méthode appelante), et non pas la classe à laquelle appartient la méthode appelée, ce que fait ta soit-disante solution.

[HanLee]

Si si, ma réponse convient.
Si après vous avez besoin de répéter le contraire, pourquoi pas hein...

T'es sûr que tu as bien compris ?

Imagine que dans main(), j'écris A.test(), il faut que ça écrire "main()", et non pas "A".

[Médinoc]

N'y a-t-il pas tout simplement des fonctions C dans JNI qui permettent d'obtenir la StackTrace java ?

(sachant qu'il n'a pas de StackTrace en C++. Du moins, pas de StackTrace accessible au programme lui-même...)

[loufoque]

Il n'y a pas d'autre sens à trouver le nom de la classe qui a invoqué une méthode.

[Médinoc]

Nom de la classe qui a invoqué une méthode != Nom de la classe qui contient une méthode.

Nom de la classe qui a invoqué une méthode == Nom de la classe qui contient la méthode qui a invoqué une méthode.

[BakaOnigiri]

Et bien dites donc je ne pensais pas déclencher une guerre de forum, mais bon.

Donc je rappel le problème

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
classe A
{
	methode B
	{
		C();
	}
 
	methode C
	{
		chaine = <truc à trouver ici>
		printf("%s", chaine);
	}
}
 
main
{
	A::B();
}

çà doit donner :

Code :

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

> B();

Enfin bon il semble que ce ne soit pas possible, ou alors difficilement (gdb semble y arriver, mais c'est un peut un cas à part)

Donc j'ai revu complétement le bout de code, et donc maintenant le pont C / Java n'est plus en JNI mais en Corba

Donc je clos le problème, parceque pour moi, j'ai plus de problème, mais la question reste non résolue.

Merci tout le monde.