Version imprimable
Bonjour,
Je viens de migrer une solution contenant 3 projets développés en C++ (MFC) sous VS2008 vers VS2013.
Après la résolution de quelques problèmes de migration, la compilation est réussie.
Mon problème est qu'à chaque fin de compilation VS lance le programme. (alors qu'il est toujours en build)
Et le programme ne passe pas le "ProcessShellCommand".
Comment faire pour que VS ne lance pas le programme à chaque compilation?
Merci pour vos réponses.
Sur quel bouton cliques-tu pour builder le programme?
Pour builder le programme j'appuie sur la touche F7.
Même si j'appuis sur la touche F5 pour lancer le programme après compilation, il le lance une fois pendant le build, fait une erreur, et le relance ensuite normalement.
Vérifie les propriétés des projets: Toutes les "custom build", "pre-build step", "post-build step" etc. pour voir si l'une des étapes du build appelle le programme.
Après vérification je n'ai rien dans le "Costom Build Step\General" ni dans les "build Events\Pre-Build Event", "build Events\Pre-Link Event" et "build Events\Post-Build Event"
Le log de compilation ne dit rien de particulier non plus?
PS: Je parle bien sûr de vérifier chaque fichier du projet, pas seulement les projets eux-mêmes.
En fin de génération, j'ai :
Test.vcxproj -> E:\Test.exe
RegisterOutput:
"E:\Test.exe" /RegServer
Si l'application est lancée avec /regServer, ça explique l'erreur.
Par contre je ne trouve pas les fichiers log de compilation des fichiers du projet.
Ah, c'est l'option "Register output" dans le projet qui fait ça. Il me semble que les composants COM out-of-process sont censés s'enregistrer ainsi pour pouvoir être appelés via COM.
PS: La fenêtre Output, C'est ce que je voulais dire par "log de compilation". Je ne parlais pas du "build log" généré si Visual est configuré pour, désolé pour cet abus de langage (l'habitude de Code::Blocks).
J'ai désactivé l'option "register Output" et le programme ne se lance plus.
En toute logique cette option aurait du être ignorée sur un projet ".exe"
Mon problème est donc résolu.
Merci.
Note: C'est pour ça que j'ai dit "serveur COM out-of-process": Les EXE peuvent en être.
Les DLL sont des serveurs COM in-process.