Ich habe hier das Problem das aus einem bisher nicht nachvollziebaren Grund eine Datei zum lesen gesperrt wird (Meldungsdialog mit "Datei gesperrt! Warten oder Abbrechen". Dies geschieht erst nach einigen Stunden im Laufe eines Langläuferprozesses

Jetzt wollte ich für diesem Falls als Notfallbehelf diese Sperre löschen.
über die Befehle

Zitat:

Zitat:

net file ID /CLOSE

bzw.

Zitat:

openfiles /disconnect /A <Username>

ist es möglich auf Serverseite diese Sperre aufzuheben. Leider schaut für die Clients die Datei immer noch gesperrt aus

Das dumme ist ja das es so aussieht als wäre der eigenen Prozess der blockiert wird der Verursacher (was ich bisher vom Programmcode mir nicht erklären kann) so das ich nicht einfach die Blockierende Anwendung beenden kann

Welche Möglichkeiten gäbe es noch eine Dateisperre zu lösen die auch dafür sorgt das es auch die anderen Client-Rechner bemerken?
Evtl. Caches des Windows Lan-Managers aktualisieren?

Schließt du auch alle Dateihandles? Und wenn du die Datei mit einem FileSteam öffnest, wird das handle erst nach dem Freigeben des Steeams geschlossen.

Zitat von Luckie:

Schließt du auch alle Dateihandles? Und wenn du die Datei mit einem FileSteam öffnest, wird das handle erst nach dem Freigeben des Steeams geschlossen.

Der Quellcodeteil ist schon so stark abgesichert das hier eigentlich nix mehr passieren kann, also das das Handle nicht mehr freigegeben wird. Ich habe hier eher die Vermutung das Virenscanner und Co. hier querschießen.

Die Dateisperre freigeben soll ja nur ein absoluter Notnagel sein (Langläufer soll möglichst morgen fertig sein).

Doch noch das Problem gefunden.

Es wurde doch noch eine Zeile nicht per try/finally geschützt.
Und zwar genau beim Laden der Datei im Memorystream zur schnellen Freigabe der dateisperre ist ein OutOfMemory aufgetreten.
Da hat es dann nix genützt das die nächste Zeile das Dateihandle wieder freigegeben hat

Shit happens, davon kann sich wohl niemand freisprechen. Gut, dass Du es gefunden hast.