Inscrivez-vous gratuitement
pour pouvoir participer, suivre les r�ponses en temps r�el, voter pour les messages, poser vos propres questions et recevoir la newsletter
Discussion :
Arr�ter le lancement automatique du programme suite � une compilation VS2013
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?
SVP, pas de questions techniques par MP. Surtout si je ne vous ai jamais parl� avant.
"Aw, come on, who would be so stupid as to insert a cast to make an error go away without actually fixing the error?"
Apparently everyone. -- Raymond Chen.
Traduction obligatoire: "Oh, voyons, qui serait assez stupide pour mettre un cast pour faire disparaitre un message d'erreur sans vraiment corriger l'erreur?" - Apparemment, tout le monde. -- Raymond Chen.
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.
SVP, pas de questions techniques par MP. Surtout si je ne vous ai jamais parl� avant.
"Aw, come on, who would be so stupid as to insert a cast to make an error go away without actually fixing the error?"
Apparently everyone. -- Raymond Chen.
Traduction obligatoire: "Oh, voyons, qui serait assez stupide pour mettre un cast pour faire disparaitre un message d'erreur sans vraiment corriger l'erreur?" - Apparemment, tout le monde. -- Raymond Chen.
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.
SVP, pas de questions techniques par MP. Surtout si je ne vous ai jamais parl� avant.
"Aw, come on, who would be so stupid as to insert a cast to make an error go away without actually fixing the error?"
Apparently everyone. -- Raymond Chen.
Traduction obligatoire: "Oh, voyons, qui serait assez stupide pour mettre un cast pour faire disparaitre un message d'erreur sans vraiment corriger l'erreur?" - Apparemment, tout le monde. -- Raymond Chen.
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).
SVP, pas de questions techniques par MP. Surtout si je ne vous ai jamais parl� avant.
"Aw, come on, who would be so stupid as to insert a cast to make an error go away without actually fixing the error?"
Apparently everyone. -- Raymond Chen.
Traduction obligatoire: "Oh, voyons, qui serait assez stupide pour mettre un cast pour faire disparaitre un message d'erreur sans vraiment corriger l'erreur?" - Apparemment, tout le monde. -- Raymond Chen.
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.
SVP, pas de questions techniques par MP. Surtout si je ne vous ai jamais parl� avant.
"Aw, come on, who would be so stupid as to insert a cast to make an error go away without actually fixing the error?"
Apparently everyone. -- Raymond Chen.
Traduction obligatoire: "Oh, voyons, qui serait assez stupide pour mettre un cast pour faire disparaitre un message d'erreur sans vraiment corriger l'erreur?" - Apparemment, tout le monde. -- Raymond Chen.
R�pondre avec citation
Partager