Update: Und nur wenige Minuten nachdem ich diese Frage hier gepostet habe, habe ich es geschafft, dieses Problem zu lösen. Ich denke, dieses Verhalten war auf eine neu installierte Visual Studio-Erweiterung namens Visual Studio Achievements (http://visualstudiogallery.msdn.microsoft.com/bc7a433b-b594-48d4-bba2-a2f24774d02f)
zurückzuführenIch habe bemerkt, dass die .pdb-Datei von FxCop gesperrt wurde (mit Unlocker) und ich denke, dass die Achievements-Erweiterung sie benutzt. Nach dem Deaktivieren der Erweiterung habe ich nicht mehr den oben genannten Fehler.
Ich baue ein Projekt in Visual Studio 2010, und der Build schlägt fehl, weil die Datei "assemblyname.dll" nicht von obj in den bin-Ordner kopiert werden kann. Die genaue Fehlermeldung lautet:
Fehler 7 Die Datei "obj \ Debug \ AssemblyName.dll" konnte nicht in "bin \ AssemblyName.dll" kopiert werden. Die angeforderte Operation kann nicht für eine Datei ausgeführt werden, für die ein benutzerdefinierter Abschnitt geöffnet ist.
Ich denke, das liegt daran, dass die vorherige Datei im bin-Ordner nicht zugänglich ist. Wenn ich versuche, die Datei manuell zu löschen, erhalte ich einen Fehler "Die Aktion kann nicht abgeschlossen werden, da die Datei in einem anderen Programm geöffnet ist" . Wenn ich versuche zu sehen, welche Anwendung die Datei mit Unlocker sperrt, erhalte ich keine Ergebnisse (Kein Sperrhandle gefunden).
Wenn ich Visual Studio neu starte, verschwindet der Fehler, passiert aber nach einem oder zwei Builds wieder. Selbstverständlich, das verlangsamt mich ernsthaft. Irgendein Rat, wie man anfängt, dieses zu lösen?
Dieses Verhalten war auf eine neu installierte Visual Studio-Erweiterung namens Visual Studio Achievements (http://visualstudiogallery.msdn.microsoft.com/bc7a433b-b594-48d4-bba2-a2f24774d02f) zurückzuführen.
Ich habe bemerkt, dass die .pdb-Datei von FxCop gesperrt wurde (mit Unlocker) und ich denke, dass die Achievements-Erweiterung sie benutzt. Nach dem Deaktivieren der Erweiterung habe ich nicht mehr den oben genannten Fehler.
VIsual Studio 2012 unter Windows 8. Ich erhielt dieselbe Fehlermeldung in meinem Projekt. Das Neustarten von Visual Studio oder das manuelle Löschen des obj-Ordners hat nicht geholfen. Schließlich habe ich alle geöffneten Dateien geschlossen (Windows - & gt; Alle Dokumente schließen) und das Problem ist weg.
Dieses Verhalten von VS passiert sehr oft sogar auf meinem Computer (und auf Computern meiner Mitarbeiter).
Nach meiner Erfahrung passiert es häufiger, wenn:
Also, schließen Sie das Formular im Design vor dem Kompilieren, und beenden Sie die Anwendung, anstatt es zu stoppen, etwas das Problem zu mildern ... aber es geschieht immer noch: - |
Mein Computer ist Win 7 x64 SP1 mit VS 2010 SP1, 8 GB RAM und keine Auslagerungsdatei
Plattform: Windows 8 Pro, Visual Studio 2012
Ich habe festgestellt, dass ich diesen Fehler erhalte, wenn ich auf den Ordner im Windows Explorer zugreife.
Ich habe PDF-Dokumente mit Visual Studio 2012 erstellt. Um das Beispieldokument zu überprüfen, klicken Sie mit der rechten Maustaste in den Projektmappen-Explorer und öffnen Sie den Ordner im Datei-Explorer.
Unter Windows 7 würde ich einen SYSTEM.IO-Fehler bekommen, wenn das tatsächliche PDF-Dokument in Adobe Reader geöffnet war, was erwartet wird. Mit Windows 8 habe ich festgestellt, dass ich den obigen Fehler erhalte, wenn ich den Ordner geöffnet habe. Ich vermute, dass es einen Konflikt mit der Windows 8-Vorschau gibt.
Wenn ich den Ordner schließe und das Programm starte, funktioniert es gut.
Tags und Links visual-studio-2010 build copy file-locking