Discussion :

[theMonz31]

Bonjour

Ceci n'est pas une question mais juste un retour d'expérience sur l'utilisation du remote debug sous Visual studio (2012 pour ma part).

Je voulais débugguer un programme tournant sur une tablette ET1 (zebra) depuis mon PC de dev.

Les actions à faire:

1 - Mettre le PC distant sur le même réseau
2 - ayant galérer pour me connecter à ce PC (je ne maitrise pas les workgroup and co et je n'ai pas de domaine chez moi - télétravail oblige), j'ai simplement créer un compte
administrateur avec nom et mot de passe identique à celui de mon PC de dev
3 - Installer le remote debug pour la machine (x64 dans mon cas) sur le PC à débugguer
4 - Depuis visual studio, dans les options de debug, mettre "Use Remote Machine" avec le nom de la machine concernée
5 - Créer un répertoire identique à celui où l'on compile sur la machine de test
6 - La première fois ou j'ai lancé le debug, le debuggueur visual studio mettait qu'il n'y avait pas les infos de debug (breakpoint en non accessible.
Pour résoudre celà, je suis aller dans Debug>Modules et j'ai chargé les le module pdb à débuggueur en allant le chercher sur le répertoire partagée de la machine.
7 en relançant l'application en debug (à nouveau), cette fois ci le débuggueur a su trouver le bon pdb et donc, j'ai pu débugguer en distant ma machine.

Voilà pour ce petit retour.

J'ai constaté que, plus simple encore était de définir le chemin de sortie du programme comme étant le répertoire directement sur le "PC de test"... ça évite d'avoir à copier
le fichier après chaque compilation.

voilà, rien d'exceptionnel mais comme j'ai du cherché un peu partout sur le Net pour réussir celà (je n'avais jamais eu besoin d'un tel processus), je le partage avec plaisir !

[charouel]

Oui c'est plus simple de définir le chemin de sortie du programme comme étant le répertoire directement sur le "PC de test"
Je confirme je travail comme ça pour faire les testes sur ma tablette

[ZenZiTone]

Bonjour,

Pour ma part j'ai commencé à m'intéresser au Remote Debug pour un besoin de débogage d'applications sur le poste de production. Et comme tu le soulignes, la procédure est fastidieuse et ne permet pas un réel gain de productivité (entre le moment ou l'on décèle un bug et le moment ou on vérifie sa correction il y a, a mon sens, beaucoup trop de manipulations à faire). C'est donc, je pense un outils qui est plus destiné à visionner le comportement en production plutôt que du débogage d'application à distance.

J'ai constaté que, plus simple encore était de définir le chemin de sortie du programme comme étant le répertoire directement sur le "PC de test"... ça évite d'avoir à copier
le fichier après chaque compilation.

Merci pour cette astuce

[youtpout978]

C'est dans le cas où tu développes des applications "classiques".

Dans le cas où tu développes une appli Windows RT, tu as un outil de débogage que tu peux installer directement sur ta tablette Remote tools