Lorsque j'essaie de générer ma solution, le message d'erreur suivant s'affiche:
Visual Studio ne peut pas démarrer le débogage car la cible de débogage 'c:\target' est manquante. Créez le projet et réessayez, ou définissez les propriétés OutputPath et AssemblyName de manière appropriée> pour qu'elles pointent vers l'emplacement correct de l'assembly cible.
Mon chemin de sortie est défini correctement sur bin\Debug , mais le fichier EXE n'est jamais créé dans ce dossier. Au lieu de cela, tout ce que je reçois sont les fichiers exe.config
, vshost.exe
et vshost.exe.config
.
Une idée de ce qui se passe?
Vous pouvez ouvrir le fichier de projet avec un éditeur de texte et remplacer "c:\target" par "bin\Debug"
MODIFIER
Il y a d'autres réponses plus utiles mais je ne peux pas supprimer la mienne car c'est la réponse acceptée.
J'ai eu le même problème
Voici des solutions qui n'ont pas fonctionné pour moi:
Voici la solution queaa fonctionné pour moi:
J'ai résoudre ce type de problème suivre cette étape
1.VS2010 cliquez avec le bouton droit de la souris sur l'explorateur de solutions et sélectionnez la construction.
Vous pouvez essayer les étapes suivantes pour résoudre le problème.
Étape 1:
Faites un clic droit sur la solution et sélectionnez la propriété
Étape 2:
Dans la propriété Configuration, sélectionnez le bouton d'option Construire
Je viens de trébucher sur ce problème, mais j'utilise Visual Web Developer Express 2010 et je n'ai trouvé aucun mauvais chemin ni dans IDE ni dans le fichier de projet. La reconstruction ou la suppression de dossiers de construction n’a pas aidé.
Mais après avoir examiné le fichier .user de projets, ce que je n’avais jamais fait auparavant, j’ai découvert que le mauvais chemin y était. Très simple si on sait où chercher.
J'ai eu le même problème et la vraie solution était d'une facilité embarrassante:
Si, dans votre projet, Visual Studio n'a jamais réussi à compiler le programme (avant de trouver le premier bogue), vous obtiendrez cette erreur. Ce que j'ai fait était de supprimer tout le code incriminé (dans mon cas, ne laissant qu'un simple bouton1_Click sans code). Exécuter/Compiler le code une fois; quitte le programme en cours et ce message disparaît.
Le compilateur construit divers répertoires et fichiers sur une première compilation réussie, ceux-ci étant utilisés par le débogueur. Je recommande maintenant, avec tous les nouveaux projets, de définir le formulaire, de compiler, de fermer et de commencer à coder.
Bien que cela ait déjà été répondu, j’ai trouvé que ma propre solution n’était pas ce qui précède. Certes, une erreur de recrue, au sein de ma solution, j’avais plusieurs projets. Par conséquent, lorsqu’on essayait d’exécuter la solution, le mauvais projet était défini comme/ Startup Project .
Donc, dans mon cas, pour ne pas dire les autres, la solution consistait à faire un clic droit sur le projet et à sélectionnerDéfinir comme projet de démarrage
Veuillez suivre les étapes ci-dessous pour résoudre ce problème:
J'ai constaté que cela peut arriver si tous les fichiers sont supprimés du dossier bin. Reconstruisez l'application pour forcer une construction complète: faites un clic droit sur le projet dans l'explorateur de solutions et sélectionnez ReConstruire.
J'avais aussi cette erreur (dans VS2010), et dans mon cas (deux projets dans une solution, l'un étant destiné aux tests unitaires), la solution consistait à entrer dans les propriétés de solution (pas celles du projet) et à définir projet de démarrage. J'aurais pensé qu'il était également nécessaire, dans les paramètres de ce projet, sous Application, de spécifier "l'objet de démarrage", mais cela fonctionne pour moi avec ou sans cela.
J'ai essayé tout ce qui est mentionné dans ce fil de discussion mais aucun n'a fonctionné ..__ Ensuite, j'ai essayé la chose la plus simple et tout a fonctionné . Fermez Visual Studio et rouvrez-le.
J'ai eu un problème très très similaire, mais presque aucune des solutions n'a fonctionné pour moi.
Problème: Le problème était que j’avais une mauvaise configuration de source de nuget, donc la solution ne pouvait pas démarrer correctement malgré le fait qu’elle ait été construite correctement car elle contenait toujours de vieilles références DLL.
Solution: Il ne suffisait pas de changer l'URL de la source du pépite, je devais simplement supprimer la source entière du pépite et l'ajouter à nouveau avec l'URL appropriée . Nettoyer la solution et la reconstruire.
J'ai résolu ce problème en changeant la cible de la plate-forme en "n'importe quel processeur".
Plusieurs problèmes peuvent conduire à ce problème. Après avoir perdu deux jours, je pense avoir la cause première de ce problème, ainsi que le problème du générateur de formulaires renvoyant une erreur lors du passage en mode Création (semble également le DataSet Designer):
Une erreur de syntaxe de langage qu'Intellisense ne détecte pas.
Une fois que j'ai parcouru mon code avec un peigne à dents fines, j'ai trouvé quelques erreurs que je n'arrivais pas à oublier, une fois celles-ci résolues, la solution était parfaitement compilée et le résultat était au bon endroit.
Ce fut une erreur vraiment ennuyeuse!
J'ai continué à essayer de démarrer une instance de débogage mais cela ne ferait tout simplement pas un exe! Bien qu'il y ait eu des erreurs dans ma ConnectionString (en essayant d'établir une connexion SQL). Il y avait deux barres obliques inverses censées faire partie d'un chemin et le tutoriel que je suivais m'avait dit de l'ignorer.
Eh bien, il s'avère que c'était l'erreur. Une barre oblique inverse marque le début de l'échappement que vous souhaitez effectuer, et la façon d'afficher une barre oblique inversée est \\
au lieu de \
.
Je me suis débarrassé de ça, et ça a fonctionné pour moi.
EDIT: Il semblerait que vous deviez vous débarrasser des petites erreurs que vous avez commises lors de l’écriture de votre code afin de le compiler correctement.
Si l'explication ci-dessus ne vous aide pas, vous pourriez avoir une erreur dans le programme. J'ai le même problème et je l'ai résolu en coupant les fonctions utilisées dans la même classe et l'une des fonctions en était la cause.