Hallo,

Die Situation:
Verschiedene Programme auf die ich keinen Einfluss habe, legen eine Datei an um zu signalisieren, dass eine bestimmte Resource gesperrt ist. In der Datei steht dann das Programm und der Benutzer der gesperrten Resource.
Ich habe einen DirectoryWatch laufen, der mir mitteilt, dass so eine Datei angelegt wurde. Dann möchte ich den Inhalt lesen und auswerten.

Problem:
Lese ich gerade die Datei wenn das Programm, dass diese Datei angelegt hat, diese löschen möchte, weil die Resource nicht mehr gesperrt ist, erhält das Programm einen Fehler zurück und bricht das Löschen ab, mit der Auswirkung, dass die Sperrdatei nicht gelöscht wird.

Mein Wunsch:
Wenn während meines Leseversuchs versucht wird die Datei zu löschen, soll mein Leseversuch scheitern, das Löschen aber erfolgreich sein. Ist so etwas (entgegen meinen Erwartungen) realisierbar?

Es gibt unter (afaik) Windows die Möglichkeit, Dateien "unterbrechbar" zu öffnen. Mir fällt jetzt adhoc nicht das Stichwort ein.

Zitat von BUG:

Es gibt unter Windows die Möglichkeit, Dateien "unterbrechbar" zu öffnen

Danke. Das klingt ja schon mal sehr verheißungsvoll.

Vielleicht findet sich ja noch jemand der entsprechende Stichwort kennt (am besten auf englisch).

Zitat von HeZa:

Das klingt ja schon mal sehr verheißungsvoll.

Ich hoffe ich habe es mir nicht nur eingebildet. Unter ein paar naheliegenden Stichwörtern hab ich leider nichts wiedergefunden

Ich denke das geht nicht.
Was möglich wäre, daß Du eine Kopie des Inhalts erstellst(tstrings.LoadFile) und dann damit arbeitest.

Gruß
K-H

Es muss gehen (zumindest bis Windows XP).

Wenn ich im Windows-Commander eine Datei mit der internen Ansicht (Taste F3) anzeige, kann sie von einem anderen Prozess problemlos gelöscht werden.

Such bitte mal nach FileMode und Zugriffsmodus-Konstanten (müsste in der System.pas zu finden sein).

Vermutlich brauchst Du den FileMode fmShareDenyNone (Andere haben uneingeschränkten Zugriff).

Zitat von p80286:

Was möglich wäre, daß Du eine Kopie des Inhalts erstellst(tstrings.LoadFile) und dann damit arbeitest.

Auch in diesem Fall gibt es einen kurzen Zeitraum, in dem die Datei zum Lesen gesperrt ist.
Unabhängig davon ist das aber der richtige Ansatz. Eventuell macht das löschende Programm ja mehrere Versuche oder verwendet einen Timeout.

Zitat von HeZa:

Mein Wunsch:
Wenn während meines Leseversuchs versucht wird die Datei zu löschen, soll mein Leseversuch scheitern, das Löschen aber erfolgreich sein. Ist so etwas (entgegen meinen Erwartungen) realisierbar?

und der Vorschlag aus #8
FILE_SHARE_DELETE

Wobei, wenn das Delete in Deinen Lesevorgang läuft, Du nur Schrott gelesen hast.

Gruß
K-H

Hallo,

erst einmal Danke für die Tipps und Infos.

Wie ich bereits im Anfangsposting erklärte, habe ich keinen Einfluss auf die Programme die diese Sperrdateien erzeugen und löschen. Diese Programme und insbesondere der Umgang mit den Sperrdateien ließen sich bestimmt verbessern, leisten aber trotzdem wertvolle Arbeit für uns. Die Änderung dieser Programme liegt aber außerhalb meiner Möglichkeiten.

Tatsache bleibt, dass ein Leseversuch das Löschen einer Sperrdatei durch diese Programm scheitern lässt und diese Programme darauf nicht sinnvoll reagieren und somit die Sperrdatei erhalten und die Resourcen gesperrt bleiben.

Die einzige machbare Möglichkeit ist mit (hier erwähnten) ShadowCopy zu arbeiten. Das ist für meine Verwendung, aber wie mit Kanonen auf Spatzen schließen. Also werde ich auf das Lesen der Daten verzichten (das wäre eine sinnvolle/interessante Ergänzung gewesen, aber nicht zwingend notwendig) und wende mich anderen Aufgabenstellungen zu.

Ciao HeZa

Danke für die abschließende Rückmeldung.