Discussion :

[awawawa]

Bonsoir tout le monde,

J'ai une question.

Est-il possible d'espionner une variable (avec l'espion traditionnel) et de déclencher un point arrêt dès qu'un champs de cette variable est modifié?

Je m'explique : j'ai un programme avec une classe qui s’exécute. A un moment, je n'arrive pas à comprendre pourquoi et où, l'un des champs de ma classe est modifié. J'aimerais que dès que cela arrive, mon programme déclenche un arrêt en me montrant où en est l'exécution... Est-ce que cela est possible sous msv c++ 2k15 (je l'écris à la cool)

Merci!

[foetus]

Et si tu développais de façon propre

Tu mets ton attribut en private, et tu codes un setter [/ getter si nécessaire].
Et avec un printf ou un cout ou alors un point d'arrêt.

Après pour savoir qui est l'appelant sans interrompre l'exécution, tu peux ajouter un paramètre à ton setter/ getter qui est une valeur énumérée unique pour chaque appel.

[awawawa]

Merci pour ta réponse.

En fait je ne set/get jamais cette variable : il s'agit d'un handle de périphérique. Je l'initialise une seule fois (dans une méthode qui appartient à la classe et qui est fournie par le constructeur du périphérique) et après je n'y touche plus...

Un ami m'a conseillé ta méthode, Effectivement j’utilise toujours des setters et des getters pour modifier mes membres de classes à l’extérieur de la classe. Mais ici, ce membre là je ne le modifie jamais (une fois que j'ai mon handle, que j'ai initialisé à l'aide d'une méthode membre de la classe, je n'ai plus besoin de le changer, ni de le lire en fait)

[Médinoc]

En gros, tu cherches à mettre un Data Breakpoint sur une variable? Normalement ce n'est pas un problème, mais j'ignore comment on fait ça avec Visual Studio (les seuls exemples que j'ai vus impliquaient un débugger en ligne de commande).

[Matt_Houston]

Si le contenu de la variable de l'OP est écrasé par une corruption mémoire et pas via une écriture directe, le break à l'accès ne se déclenchera pas. Il faudrait un hardware watchpoint sur l'adresse virtuelle pour cela. Perso je ne sais pas comment mettre ça en œuvre avec le debugger Microsoft, peut-être comme ceci ? Quoiqu'il en soit il reste toujours possible de traquer la faute initiale via les méthodes conventionnelles d'audit de code.

[bacelar]

Je confirme, on n'a pas besoin de faire appel à des outils externes, le débogueur de VS permet de faire ce type de point d'arrêt (et bien d'autres).