Visual C# verliert Zugriff auf Debugziel

[Draco (Gast)]

Ich habe da ein kleines Problem,

ich erstelle mir eine Anwendung, programmiere daran auch schon eine 
geraume Zeit. Wenn ich aber das Debug Verzeichniss betrete (Da reicht 
schon wenn ich nur im Ordner bin, ohne das ich eine Datei anklicke) 
verliert Visual Studio immer die Berechtigung auf die Datei und 
quittiert dies mit folgender Fehlermeldung:

Die Datei "obj\x86\Debug\DracoOutGauge.exe" kann nicht in "bin\Debug\DracoOutGauge.exe" kopiert werden. Der Zugriff auf den Pfad "bin\Debug\DracoOutGauge.exe" wurde verweigert.  DracoOutGauge

Wenn ich die Datei dann eigenhändig lösche und dann über Debugen gehe 
meldet er das das Debug Ziel nicht verfügbar ist, logisch. Dann erstelle 
ich mit "Projektmappe erstellen", bzw. F6, die Datei neu. Dies macht er 
auch, hat dann aber wieder kein Zugriff darauf.

Ich muss den Rechner dann komplett runterfahren, neustarten und erst 
dann geht es wieder - bis ich ins Verzeichnis wechsel.

Hat da jemand nen Rat?!

Achja: Visual Studio C# Express (VS10) auf Windows 7 Ultimate 64bit

[Rufus Τ. F. (rufus)]

Process Explorer, Search Handle - das wird Dir verraten, welcher Prozess 
Deine Datei blockiert. Könnte der Indexdienst oder irgendeine 
Explorer-Erweiterung sein. Welche Art der Anzeige verwendest Du im 
Explorer? Symbole, Details, Kacheln?
Virenscanner?

[Draco (Gast)]

Virenscanner habe ich keinen, habe jahrelang AV laufen gehabt und 
festgestellt das es für mein Arbeits- / Surfverhalten kein Grund für 
einen Scanner gibt. Explorer-Erweiterungen habe ich keine.

Indexdienst kann gut möglich sein, aber sperrt der den Zugriff?! Ich 
such mal nach einem Processexplorer, das ist ne gute Idee. Danke.

[Rufus Τ. F. (rufus)]

Draco schrieb:
> Ich such mal nach einem Processexplorer

Nicht "einem", dem. Und nach dem muss man nicht suchen, den gibt's bei 
Microsoft:

https://technet.microsoft.com/de-de/sysinternals/bb896653

[bluppdidupp (Gast)]

Sehr praktisch ist auch: http://lockhunter.com/

[Rene K. (xdraconix)]

Also auch der Windows Process Explorer hatte mir nicht geholfen, da VS 
die Datei selber offen gehalten hat. Ich musste vor jedem Debug VS 
schließen, bin und obj löschen und dann konnte ich einmal Debugen, mit 
STRG+F5 konnte ich auch ohne Debugen neu kompilieren und ausführen.

Das lustige an der Geschichte ist nun... Ich habe, weil ich etwas testen 
wollte, ein neues - leeres - Projekt angelegt: Seit dem kann ich im 
anderen Projekt wieder ganz normal Debugen o.O Ich verstehe das nicht... 
Aber egal. Ich werde wohl doch mal von VS 2010 upgraden müssen 
irgendwann.