Ce projet fonctionnait bien, puis j'ai redémarré mon ordinateur pour installer un nouveau GPU. Il génère maintenant l'erreur suivante lorsque je tente de l'exécuter:
Error while trying to run project: Unable to start program:
"E:\Workspace\...\....exe"
Cannot find the file specified.
J'ai confirmé que le fichier mentionné existe dans le chemin indiqué par le message d'erreur.
J'ai essayé de "Clean Solution" et "Rebuild Solution".
Naviguer vers le fichier exécutable manuellement et l'exécuter fonctionne. L'erreur ci-dessus est générée lorsque j'appuie sur le bouton "Exécuter" de VS2010.
Est-ce que quelqu'un sait pourquoi cela pourrait se produire?
L'utilisation de l'outil de réparation dans VS Management corrigeait tout.
(Par exemple, cliquez avec le bouton droit de la souris sur Visual Studio 2010 et sélectionnez Modifier/Supprimer dans l'outil de désinstallation de programmes du Panneau de configuration Windows, puis cliquez sur Réparer dans la fenêtre Gestion de Visual Studio lors du chargement.)
J'ai eu ce problème sur VS2008: j'ai supprimé le .suo; .ncb; et le fichier de projet utilisateur, puis a redémarré la solution et cela a résolu le problème pour moi.
Le seul moyen de résoudre ce problème (la réinstallation n’était pas une option) était de définir les propriétés du projet-> Web-> action de démarrage -> "ne pas ouvrir une page. Attendre une demande émanant d’une application externe . "
BTW, je pense qu’à un moment donné, cela a commencé à cause d’un mod que j’ai fait pour machine.config. :) Et non, je ne me rappelle plus ce que c'était. Il semble que ce soit un virus très apocalyptique qui, une fois que vous l’avez eu, ne disparaît jamais.
Donc, si vous avez trouvé cette page de Google, sachez que vous êtes condamné. :)
J'ai trouvé un fil connexe:
Débogage de Visual Studio 2010/IE 8 - Impossible de démarrer le programme - Élément introuvable .
Ici, la meilleure réponse suggérée était:
Tools > Internet Options > Advanced Under the Browsing Section
puis décochez la
"Disable Script Debugging (Internet Explorer)
Pour moi, c’était le scanner de virus qui n’aimait pas le fait que j’ai plusieurs périodes dans mon nom de fichier exe.
c'est à dire
project.class.console.exe <- ne s'exécutera pas
console.exe <- s'exécutera
J'espère que ça aide.
Pour moi, c'était ... l'antivirus! Kaspersky Endpoint security 10. Il semble que les compilations fréquentes et le changement de l'exécutable l'ont amené à bloquer le fichier.
J'ai personnellement ce problème dans Visual 2012 avec les applications x64 lorsque je coche l'option "Mode de compatibilité C++ géré" du menu Debugging->General options of Tools->Options
. => La désactivation de cette option corrige le problème.
J'ai eu un problème similaire lors de l'utilisation du projet Web Silverlight ...
J'ai résolu le problème en configurant la page de démarrage (en Silverlight .aspx est la page de démarrage).
Dans le navigateur de projet cliquez avec le bouton droit de la souris sur votre page de démarrage et configurez-la.!
J'ai rencontré un problème similaire. Et j'ai trouvé la solution totalement étrangère à cette erreur. L'astuce consistait à renommer le nom de l'Assemblée. Solution: VS 2013 -> Propriétés du projet -> Onglet Application -> La propriété AssemblyName a été modifiée pour un nouveau nom <25 caractères
La suppression et la restauration de la solution complète à partir du référentiel ont résolu le problème pour moi. Je n'ai trouvé cette solution dans aucune des réponses, alors j'ai pensé que cela pourrait aider quelqu'un.
J'ai eu un problème similaire, mais aucune des solutions énumérées ici n'a aidé. Mon problème était que ma solution avait plusieurs projets et que le mauvais projet avait été sélectionné comme projet StartUp. Une fois que j'ai changé cela, cela a fonctionné.
Réinitialisez les diagnostics et l'analyse statique sous, par exemple, Propriétés -> FORTRAN -> diagnostics. Soyez particulièrement attentif au niveau d'analyse de la sécurité statique et ne le définissez pas. Bonne chance!
Je viens de répéter le même problème: Application console, Visual Studio 2013, SE 64 bits. Les paramètres du projet étaient réglés sur "Tous les processeurs", j'ai créé une nouvelle configuration pour x86 et VS était heureux.
Je pense que VS n'est plus capable de résoudre le chemin pour une raison quelconque.
Vous pouvez essayer d'aller dans la boîte de dialogue "Propriétés du projet", sélectionnez l'onglet "Débogage", sélectionnez "Démarrer le programme externe" dans le groupe "Démarrer l'action" et tapez le chemin d'accès complet à l'exécutable.
Dans le cas d'applications Windows, l'erreur est résolue en modifiant les propriétés du projet en cours d'exécution.
Cette configuration n'est pas enregistrée dans [CurrentProject] .csproj (ou [CurrentProject] .vbproj)}. Il est enregistré dans: [CurrentProject] .csproj.user (ou [CurrentProject] .vbproj.user)
Si vous utilisez un référentiel de code, ce fichier n'est généralement pas enregistré pour annuler le contrôle de version.
J'ai essayé de supprimer .suo; .ncb; .sdf; reconstruire etc. Rien n'a aidé . Le message était:
Impossible de démarrer le programme
'C:\Utilisateurs\certains utilisateurs\Téléchargements\nom du projet \.\Debug\nom_fichier.exe'
Le système ne peut pas trouver le fichier spécifié.
Le problème était un nom de fichier incorrect et un chemin d'accès incorrect à ce fichier.
1. Nous sommes donc allés dans Projet-> Propriétés-> Éditeur de liens-> Général-> et dans le volet de droite de 'Fichier de sortie', le nom de 'fil_name.exe' a été remplacé par 'nom_fichier.exe'
Le fichier nom_fichier.exe se trouvait dans un dossier plus profond, tel que ->\Debug\crv.
2. Aussi, Projet-> Propriétés-> Propriétés de configuration-> et dans le volet de droite de 'Répertoire de sortie' édité '.\Debug \' vers '.\Debug\crv'
J'ai rencontré cette erreur lorsque "" a été ajouté par erreur à mes arguments de ligne de commande lors de la modification des propriétés de "Toutes les configurations". Les supprimer de RightClickProject-> Propriétés-> Propriétés de configuration-> Débogage-> Commande Les arguments lui ont permis de s'exécuter à nouveau dans le débogueur.
J'ai eu le même problème.
La cause pour moi était que l'option Command
dans Configuration Properties | Debugging
avait été réinitialisée à sa valeur par défaut.
Je ne fais que poster cela parce que j'avais un problème spécifique avec les arguments de la ligne de commande que je passais. Étant inexpérimenté avec la ligne de commande, j'utilisais "<" et ">" dans mes arguments et le fichier était redirigé sur moi. J'espère que ça aide quelqu'un.