Version imprimable
Bonjour,
je dois debugger un programme en VB6 sous l'IDE de microsoft.
Seulement ce programme est lancé par un autre, comment dois je procéder ?
Je connais en visual c++ 2 méthodes :
- lancer le process puis s'attacher dessus
- lancer au démarrage de mon appli l'autre exe.
Je ne trouve rien de tel sous l'IDE de vb, quelqu'un connait il la manip ?
merci,
Pascale38
Quand tu tournes sous l'environnement de vb, le programme qui fonctionne, ce n'est pas l'executable, c'est vb !
La seule chose qui pourrait poser problème, c'est la compilation, qui elle, doit remplacer l'exécutable existant.
Bonsoir,Citation:
Envoyé par Pascale38
Cela dépend déjà du type d'exécutable :
Exe, dll automation, Addin ?
merci de vos réponses,
donc mon programme c'est une EXE standard.
Delbeke je ne comprends pas bien ta réponse.
En fait je ne peux pas lancer mon programme "comme ça", il faut que ça soit un autre programme qui le fasse sinon ça ne fonctionne pas, du coup ma question c'est comment je le débogue ??
merci !
Pascale38
Ton 1er programme doit lancer le second :
* sans paramètres : tu lance directement le projet de ce 2nd depuis l'IDE
* avec des paramètres : tu lance directement le projet de ce 2nd depuis l'IDE mais en lui passant ces paramètres : propriété de projet [du 2nd projet], onglet créer, zone "arguments de la ligne de commande".
ça n'est pas une histoire de paramètres... sinon ça serait simple !!
En fait mon programme peut être autonome ou lancé par un chapeau.
Son comportement n'est pas le même selon qu'il est en mode autonome ou non. Bien évidemment le bug survient en mode "chapeau".
Il est tout à fait possible d'essayer de simuler le mode "chapeau" en mode "autonome" mais ça risque de demander beaucoup de temps et d'effort, moi même ne connaissant pas bien l'appli c'est une solution envisageable uniquement en dernier recours.
Ma question est vraiment puis je m'attacher à un process en vb pour le debuguer ??? Ou lancer un autre programme au démarrage du debug.
C'est oui ou c'est non (et si oui comment) et si non je chercherai un contournement.
merci beaucoup,
Pascale38
L'ide VB ne permet pas d'attacher un process en debug comme avec VC++.
De toute manière, les possibilités d'interactions sont limitées :
args de CommandLine,
échange de paramètres par voies annexes (DDE, fichiers ...)
il s'agit d'un exe automation => classes exposées.
Dans tous les cas il faudra capturer et exposer les données entrantes -
si tu as d'autres solutions, je suis intéressé à les connaitre.
meric pour ta réponse Dark Vador (tu dois être mon père) je m'en doutais un peu... Je vois pas non plus d'autres solutions pour l'instant... Si jamais je posterai mais j'y crois pas trop...
J'vais utiliser une bonne vieille méthode... mettre des traces !!! :cry:
merci à tous et bonne journée !
Pascale38
Princess Leila ?Citation:
Envoyé par Pascale38
Depuis le temps que je te cherchais !
Je viens de prendre un coup de vieux à défaut d'un coup par un vieux :aie:
Tu as identifié la méthode de communication ?
papa !!!!! :D
la méthode de com ??? heu j'ai raté un truc là ??? 8O
=>Citation:
Envoyé par Pascale38
S'ils interagissent, c'est qu'ils communiquent non ?Citation:
Envoyé par Pascale38
moui l'un lance l'autre (avec des params c'est sur) mais la chapeau fait plein d'autres choses en amont nécessaire au fonctionnement en mode "chapeau" (connexion à un appareil etc...) donc pas si simple de s'en passer.
Bref je me suis débrouillée avec des messages ! Pas pratique mais efficace !
merci encore.
Pascale38