C/C++ Question sur les techniques de programmation de traces

Question

J'ai la question suivante et d'un point de vue systémique je veux savoir comment y parvenir facilement et efficacement. Étant donné qu'une tâche 'abc' qui a été construite avec des informations de débogage et une variable globale "TRACE" normalement définie sur 0, je voudrais imprimer dans le fichier 'log' l'adresse de chaque fonction appelée Je pensais faire cela par le biais d'une tâche de chargement frontal/cerclage de bottes que je développerais et qui se pencherait sur les instructions pour un modèle de saut commun./frame pointer push, en écrivant l'adresse puis en mappant les adresses aux noms de fonctions à partir des informations de débogage symboliques dans abc. Il pourrait y avoir de meilleurs moyens au niveau du système de faire cela sans un chargeur frontal, et je ne suis pas sûr de ce qui est le plus faisable.

Toutes les techniques mises en œuvre là-bas?

Answer 1

Assurez-vous d'avoir examiné les identificateurs prédéfinis __func__ ou __FUNCTION__. Ils fournissent une chaîne littérale du nom de la fonction/méthode que vous exécutez actuellement.

Answer 2

Une possibilité est de prétraiter la source avant de la compiler. Ce prétraitement ajoute du code au début de chaque fonction qui vérifie le TRACE global et, s'il est défini, écrit dans le journal. Comme Mystagogue l'a dit, le compilateur a des macros de préprocesseur qui s'étendent au nom de la fonction.

Vous pouvez également consulter certains outils de profilage. Certains d'entre eux ont des fonctionnalités proches de ce que vous demandez. Par exemple, certains échantillonnent périodiquement la totalité de la pile d'appel, ce qui peut vous en dire beaucoup sur le flux de code sans enregistrer tous les appels.

Answer 3

La recherche d'un prologue/d'un épilogue commun ne fonctionnera pas en présence d'une omission de pointeur de trame et d'une optimisation d'appel arrière. En outre, les optimiseurs modernes aiment diviser les fonctions en plusieurs morceaux et fusionner des segments de queue communs de différentes fonctions.

Il n'existe pas de solution standard.

Pour le compilateur Microsoft, consultez _penter et _pexit. Pour GCC, regardez l'option -finstrument-functions et les amis.

De même, sur Windows x86, vous pouvez utiliser un moniteur tel que WinApiOverride32. Il est principalement destiné à surveiller les appels API DLL et système, mais vous pouvez également générer un fichier de description à partir du fichier map de votre application et surveiller également les fonctions internes.

(. Modifié: lien ajouté à l'option GCC)