Impossible de copier un fichier de obj \ Debug à bin \ Debug

J’ai un projet en C # et je reçois cette erreur chaque fois que j’essaie de comstackr le projet:

(Impossible de copier le fichier “obj \ Debug \ Project1.exe” dans “bin \ Debug \ Project1.exe”. Le processus ne peut pas accéder au fichier “bin \ Debug \ Project1.exe” car il est utilisé par un autre processus.)

… je dois donc fermer le processus depuis le gestionnaire de tâches. mon projet n’est qu’une forme et il n’y a pas de multi-threading.

quelle est la solution (sans redémarrer VS ou tuer le processus)?

entrer la description de l'image ici

C’est le code d’erreur que nous avons. Comment pouvons-nous résoudre ce problème?

@ Udpate: Depuis que j’ai posté cette réponse, j’ai eu une autre explication au problème. Le problème est plus important que ce qui s’est produit en dehors de Visual Studio, tout en essayant de copier un fichier .exe d’un dossier à un autre. Alors qu’en premier lieu Windows ne permettait pas de copier (!) Un fichier .exe (il me demandait d’abord des droits administratifs mais refusait de le copier par la suite), il apparaissait toujours dans l’explorateur. Mais après un certain temps – sans aucune autre mesure prise, il a disparu comme par magie. Tout comme le problème dans la question semble toujours se résoudre après un certain temps. Donc, je suppose, le problème est davantage lié à une suppression retardée du fichier de sortie du projet et moins à un bug VS. Je m’excuse pour tout soupçon injustifié. : |

Cela donne à la recherche d’une solution une direction complètement différente, je suppose. Vous avez trouvé ce lien et vous mettrez à jour sur tout progrès:

https://superuser.com/questions/234569/windows-7-delayed-file-delete

================================================== ======================

Ceci est un bug connu dans VS. Je l’ai découvert très souvent – principalement dans VS2010 (avec / sans SP1). Plusieurs “solutions” sont recommandées. Certains d’entre eux, ce qui m’a aidé en quelque sorte:

  1. Supprimez le fichier .suo dans votre répertoire de projet. Finalement, vous devez créer votre solution à partir de zéro.
  2. Fermez tous les Windows Form Designers peuvent restr ouverts.
  3. Utilisez un script de pré-construction, qui supprime la cible du répertoire de sortie.
  4. Désactiver le processus d’hébergement VS.

Aucun de ces problèmes ne résout vraiment le problème. Mais cela peut ramener le VS à un état utilisable – jusqu’à ce qu’une véritable solution soit fournie par MS (si cela est possible).

http://social.msdn.microsoft.com/Forums/en/vsdebug/thread/cea5e4b2-5b33-453c-bffb-8da9f1a1fa4a

http://social.msdn.microsoft.com/Forums/en/vbide/thread/cd12f3c7-de96-4353-adce-23975e30933f

Je peux confirmer que ce bogue existe également dans VS 2012 Update 2.

Mon travail consiste à:

  1. Solution propre (et ne rien faire d’autre)
  2. Fermez tous les documents / fichiers ouverts dans la solution
  3. Sortie VS 2012
  4. Exécuter VS 2012
  5. Construire la solution

Je ne sais pas si cela est pertinent ou non, mais mon projet utilise “Linked” dans les fichiers de classe d’autres projets – c’est un projet Silverlight 5 et la seule façon de partager une classe compatible avec .NET et SL est de des dossiers.

Quelque chose à prendre en compte … recherchez les fichiers liés entre les projets dans une solution unique.

Cela devrait fonctionner.

Accédez aux propriétés de votre projet. Dans les événements de construction, sous Ligne de commande d’événement de pré-génération, ajoutez ces deux lignes de code:

if exist "$(TargetPath).locked" del "$(TargetPath).locked" if exist "$(TargetPath)" if not exist "$(TargetPath).locked" move "$(TargetPath)" "$(TargetPath).locked" 

Si vous regardez dans le répertoire obj, et que vous ne voyez pas votre fichier .exe, il est possible que Avast! ou un autre antivirus le supprime. Je verrais réellement le fichier .exe apparaître et disparaîtrait ensuite. Dès que j’ai désactivé Avast !, le problème a été résolu.

VS2010 lancer “Impossible de copier le fichier” obj \ x86 \ Debug \ [fichier] .exe “car il n’a pas été trouvé.”

Le vrai problème n’est pas l’erreur que vous obtenez; c’est que l’application ne se nettoie pas après elle-même.

C’est soit de garder les références, de ne pas libérer de ressources, ou quelque chose qui empêche le processus de se terminer quand on lui dit de fermer. Corrigez ce problème et ce problème se résoudra lui-même. Nous ne pouvons pas vraiment vous aider à moins que vous ne publiiez votre code (et à ce stade, si vous avez besoin d’aide avec cela, vous devriez commencer une nouvelle question).

Cela se produit car le [yourProjectName].exe ne se ferme pas après la fin du débogage.

Il y a deux solutions pour ce problème.

  1. Chaque fois que vous apportez une modification à l’application, accédez au Gestionnaire des tâches -> Processus -> [yourProjectName] .exe, terminez ce processus. Vous devez mettre fin à ce processus chaque fois que vous apportez des modifications au système.

  2. Ajouter un bouton de sortie dans votre application pour quitter la fenêtre et append ces lignes pour cliquer sur l’événement

     System.Diagnostics.Process.GetCurrentProcess().Kill(); Application.Exit();