Impossible de copier le fichier reference.dll pour bin/reference.dll. Le processus ne peut pas accéder au fichier reference.dll car il est utilisé par un autre processus

La question a fini par être que dans le web.config quelqu'un avait ajouté:

hostingEnvironment shadowCopyBinAssemblies="false"

Après avoir commenté ce fait, tout a commencé la construction de ok. Ce qu'est un cauchemar!!

J'ai lutté contre ce problème depuis des ANNÉES!

Avez-vous essayé d'ajouter ceci à votre pré-créer l'Événement?

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

Voir ce pour plus d'info:
http://nayyeri.net/file-lock-issue-in-visual-studio-when-building-a-project

Voici un autre thread, avec plus de choses à essayer...

http://social.msdn.microsoft.com/forums/en-US/Vsexpressinstall/thread/5b71eb06-5047-483d-8fd3-b75c102d41e9/?prof=required

Je voulais juste dire que ce problème a commencé avec moi aujourd'hui. (VS 2010, C#), j'ai travaillé sur ce programme pendant un mois sans ce problème, maintenant, aujourd'hui il a commencé. J'ai commencer à VS, changement de code, le compiler et de tester et de quitter le programme. Faire un autre changement, de compiler et d'BOOM Impossible de copier le fichier "obj\x86\Debug\progname.exe" pour "bin\Debug\progname.exe" car si elle est utilisé par un autre processus.

ProcExp ne montre que Visual Studio (en fait devenv.exe) à l'aide de ce fichier. Il n'y a qu'une seule instance de VS en cours d'exécution. Il y a deux inscription sur mon debug\progname.exe, l'un est un Type de fichier DLL, l'autre est un Type de poignée.

À l'aide de devenv /ResetSettings n'a pas permis de résoudre quoi que ce soit, mais gaspillé 10 minutes tout remettre à ma vue souhaitée.

À l'aide de la pré-créer des événements renommer truc mentionnés ci-dessus ne résout le problème pour un couple de changements, mais sur le prochain changement le "exe.verrouillé" le fichier est verrouillé et ne peut pas être supprimé. Ensuite, la commande échoue.

L'debug\progname.exe nom du fichier reste verrouillé, même après la fermeture du projet.

De clôture VS, supprimez manuellement les fichiers dans le dossier de débogage, l'ouverture de VS et ma solution, puis Build->Nettoyer la Solution semble fonctionner pour moi, au moins son travail maintenant, après ce que j'ai fait tout ça.

Espérons que cette aide
-gtr

Facile correctif pour Windows 7:
Démarrer le service "Demande de l'Expérience" . Recherche pour "Services" dans le "Panneau de configuration".

-Martin

Salut, je suis confronté à la même question pour un peu de temps. C'est très ennuyeux.

J'ai un plus facile encore, pas si efficace solution pour le problème.
Nettoyage le projet ou la solution résout le problème.

J'ai eu ce problème sur un projet web avec System.Web.Extensions.dll à partir de la Référence Microsoft Assemblies. Réglage de la "Copie Locale" pour de faux dans les propriétés de référence fixe.

Je suis en supposant que vous savez déjà c'est VS2008 qui est le verrouillage de fichiers. Vous pouvez essayer d'exécuter MSBuild à partir de la ligne de commande et voir si les problèmes disparaissent. Malheureusement, Visual Studio, vous pouvez conserver les fichiers verrouillés quand il ne devrait pas, dans certains difficiles à prévoir des scénarios.

Il y avait un bug spécifique dans Visual Studio 2008 qui a été corrigé dans le service pack 1 qui peut être votre problème. Elle se produit lorsque vous faites référence à un fichier JavaScript intégré et provoque le problème que vous rencontrez. Voir ici pour plus de détails.

Supprimant les lignes suivantes à partir de mon application.config résolu ce problème pour moi - je suis en utilisant VS2010.

<runtime>
  <assemblyBinding xmlns="urn:schemas-microsoft-com:asm.v1">
      <dependentAssembly>
          <assemblyIdentity name="nunit.framework" publicKeyToken="96D09A1EB7F44A77" culture="neutral"/>
          <bindingRedirect oldVersion="0.0.0.0-2.5.7.10213" newVersion="2.5.7.10213"/>
      </dependentAssembly>
  </assemblyBinding>
</runtime>

Ce qui m'arrive parfois, lors de l'utilisation de Visual Nunit pour les tests unitaires.

Il semble que le processus "VisualNunitRunner.exe serrures" la .les fichiers dll dans le répertoire de destination.

J'ai utilisé Unlocker trouver le processus, de la tuer ou de déverrouiller les fichiers.

Le fichier ne peut être supprimé, heureusement, peut être renommé et déplacé. J'ai donc créé paquetage lot (à l'aide de la date et de l'heure en tant que chaîne de caractères aléatoires, il peut y avoir des moyens plus faciles):

For /f "Tokens=2,3,4 Delims=/. " %%i In ("%Date%") Do @(
  Set Month=%%i& Set Day=%%j& Set Year=%%k
)

set ActDate=%Year%-%Month%-%Day%

For /f "Tokens=1,2,3 Delims=/.:, " %%i In ("%Time%") Do @(
  Set Hour=0%%i& Set Min=%%j& Set Sec=%%k
)

set ActTime=%Hour:~-2,2%-%Min%-%Sec%

move c:\MyProject\bin\Debug\myproject.exe c:\garbage\%ActDate%_%ActTime%_myproject.exe

Supprimer les fichiers binaires à partir du dossier bin\Debug et de les recompiler. Cela fonctionne pour moi!!!

J'ai été à l'aide de Visual Studio 2012, lorsque cela a commencé sur un enfant de 7 ans de solution (pour la deuxième ou la troisième fois: j'ai été à cette question avant).

J'ai essayé les différents vaudou. J'ai nettoyé la solution. N'a pas fonctionné. J'ai redémarré Visual Studio. N'a pas fonctionné. Je pensais que la dernière personne pour travailler, parce que c'est le vaudou qui a travaillé la dernière fois.

En fin de compte, je me suis souvenu d'une mise à jour de sécurité avait installé la nuit dernière et a été configuré lorsque j'ai commencé ma machine ce matin - (Connecté ou pas? Aucune Idée) - Donc, j'ai redémarré Windows, et voila, tout a fonctionné comme par magie à nouveau.

Merci MS pour plus d'esprit émincer.

Similaire à Benoit de la réponse, mais ne nécessite pas d'installation de l'outil, vous pouvez utiliser la liste des tâches (task manager) commande à la ligne de commande avec le '/m' interrupteur pour obtenir une liste des processus à l'aide de la dll:

tasklist /m mylocked.dll

J'ai vu quelques messages indiquant que vous avez à faire à partir du répertoire de la dll incriminée, mais je n'ai pas trouvé que ce soit le cas.

ouvrez votre projet dans l'explorateur, cliquez sur la propriété du dossier bin et décochez la case lecture seule propriété de celui-ci travaille dans mon xamarin forms projet

Rencontré ce problème.
A appris que j'étais déjà en cours d'exécution du projet à travers git bash.
Il s'est arrêté. Et maintenant sa fonctionne bien.

Donc il y a une possibilité si vous avez été en cours d'exécution d'un même projet à partir de n'importe où dans votre local, et cette erreur se produit. Cessez donc que l'exécution d'un programme et de le faire à nouveau.