Tweet
Ich arbeite mit einigen Kollegen an einem größeren Programm. Wir nutzen eine gemeinsame Projektmappe in der die verschiedenen Einzelprojekte zusammengeführt sind. Obwohl die Projektbuildreihenfolge richtig gesetzt ist, und auch in der definierten Reihenfolge abläuft, bricht der Build-Prozess immer wieder mit der Meldung ab, dass eine der neu erzeugten DLL´s nicht geschrieben werden kann weil die alte DLL blockiert ist. Diesen Zustand können wir nur aufheben indem wir VS.NET komplett beenden, alle DLL´s löschen, VS.NET neu starten und dann den neu übersetzen.
An diesem Problem kämpfen wir schon einige Wochen ohne Erfolg. Ich wäre dankbar wenn mir jemand einen Tip zur Lösung des Problems geben könnte !
Noch einige Informationen zum Problem:
VS.NET scheint einige DLL Dateien direkt zu blockieren, wenn es gestartet wird, auch ohne dass ein einziges Fenster geöffnet ist. Dies ist daran zu erkennen, dass dann nicht alle DLL´s die zu dem Projekt gehören von außen gelöscht werden können ( z.B. mit dem Explorer ).
Wir haben inzwischen in den Verweisen die "Lokale Kopie" von mehrfach benutzten Librarys in den einzelnen Projekten abgeschaltet, so dass jede DLL nur im eigenen obj, bin und im ApplicationPath auftaucht. Auch dies hat keine Erfolge gebracht.
Untersuchungen mit eigenen Makros in der Projektumgebung und den Eigenschaften haben auch keine Ergebnisse gebracht, außer dass eine falsche Einstellung der Buildreihenfolge praktisch nicht mehr denkbar ist, das sie über mehrere Wege kontrolliert worden ist.
Einen Weg, das gesamte Projekt zurückzusetzen haben wir auch noch nicht gefunden. Die Clean Methode scheint nur für C++ Projekte zu existieren und nicht für C#, das wir nutzen.
Vielen Dank im voraus für jeden Tip.
Walter Ersch
An diesem Problem kämpfen wir schon einige Wochen ohne Erfolg. Ich wäre dankbar wenn mir jemand einen Tip zur Lösung des Problems geben könnte !
Noch einige Informationen zum Problem:
VS.NET scheint einige DLL Dateien direkt zu blockieren, wenn es gestartet wird, auch ohne dass ein einziges Fenster geöffnet ist. Dies ist daran zu erkennen, dass dann nicht alle DLL´s die zu dem Projekt gehören von außen gelöscht werden können ( z.B. mit dem Explorer ).
Wir haben inzwischen in den Verweisen die "Lokale Kopie" von mehrfach benutzten Librarys in den einzelnen Projekten abgeschaltet, so dass jede DLL nur im eigenen obj, bin und im ApplicationPath auftaucht. Auch dies hat keine Erfolge gebracht.
Untersuchungen mit eigenen Makros in der Projektumgebung und den Eigenschaften haben auch keine Ergebnisse gebracht, außer dass eine falsche Einstellung der Buildreihenfolge praktisch nicht mehr denkbar ist, das sie über mehrere Wege kontrolliert worden ist.
Einen Weg, das gesamte Projekt zurückzusetzen haben wir auch noch nicht gefunden. Die Clean Methode scheint nur für C++ Projekte zu existieren und nicht für C#, das wir nutzen.
Vielen Dank im voraus für jeden Tip.
Walter Ersch