TFileStream EFOpenError

[CCRDude]

Auf eine Datei namens "*.log" wirst Du nur mit direkter Kommunikation auf NTAPI-Ebene zugreifen können (genauso wie halt lpt1, etc.).

Deswegen extra die Nachfrage von Bernhard Geyer, und ich vermute mal, Du meinst nicht *.log, sondern irgendwas.log mit anderem irgendwas.

Wird die Datei neu erstellt, wenn sie geschrieben wird, oder wird wirklich nur angehängt? Sonst gäbe es halt einen winzigen Augenblick, in dem sie tatsächlich nicht existiert.

Außerdem gibt es einen Bug in fmShareDenyNone, das denied nämlich das Löschen. Das FreePascal-Team habe ich dazu sofort zum fixen überredet bekommen, im QC steht es schon 4 Jahre. Wobei das nur umgekehrt dafür verantworlich sein könnte, daß keine neuen Werte geschrieben werden können, während Du ausliest, wenn diese per Löschen & Überschreiben geschrieben werden. Also potentielle Fehlerquelle, aber nicht für den beschriebenen Fehler.

[Union]

Greifen mehrere Instanzen auf dieselbe Datei zu? Findet vielleicht ein Umbenennen ab einer bestimmten Größe statt und Du rennst da genau zu dem Zeitpunkt rein?

[fuchsle]

Zitat von Union:

Greifen mehrere Instanzen auf dieselbe Datei zu? Findet vielleicht ein Umbenennen ab einer bestimmten Größe statt und Du rennst da genau zu dem Zeitpunkt rein?

Mehrere lesende instanzen greifen auf die Datei zu.

Zitat von fuchsle:

Da es sich hier nicht wirklich um einen Log, sonder um einen Export von 4 Werten aus einer DB handelt, stehen nie mehr als 4 Werte in der Datei.

Umbenennen findet nicht statt und Größe der Datei ändert sich nicht signifikant.

[fuchsle]

Zitat von CCRDude:

Wird die Datei neu erstellt, wenn sie geschrieben wird, oder wird wirklich nur angehängt? Sonst gäbe es halt einen winzigen Augenblick, in dem sie tatsächlich nicht existiert.

mir wurde folgendes zugetragen:

Zitat:

Die Datei wird neu geschrieben.
Als xx.log Datei.
Die bestehende Datei wird dann umbenannt in xx.L01 usw.

Date created: 31.08.2011 13:49
Date modified: 07.10.2011 11:13
Demnach wird die Datei doch nicht gelöscht?
Das "Date created" müsste doch mit dem "Date modified" übereinstimmen?

[Union]

Zitat von fuchsle:

Wenn ich jedoch direkt zuvor die Existens der Datei prüfe und es dennoch zu dem Fehler kommt, würde das für mich nun heißen, dass die Datei wärend ich Sie auslese gelöscht wird.

Das sollte man dann anders Programmieren, z.b. Zugriffsversuche in einer Schleife mit Exception.

[himitsu]

Zitat:

Das System kann die angegebene Datei nicht finden.

Dieser Teil der Fehlermeldung kommt vom System (GetLastError)
Also können wir schonmal (mit sehr großer Wahrscheinlichkeit) ein Fehler bei den Zugriffsrechten ausschließen.
Ordentliche Virenscanner so


PS: Du prüfst zwar die Existenz der Datei, aber gleichzeitig sagst du, daß ein anderes Programm an der Datei rumwerkelt.

Eventuell ist die Datei zwischendurch wirklich mal kurz weg, wärend das andere Programm diese neu erstellt?

[DeddyH]

Oder genau zwischen dem FileExists und dem Anlegen des FileStreams. Du könntest also Letzteres in einen "äußeren" try-except-Block packen. Ist die Datei zu diesem Zeitpunkt nicht da, wird eben eine Exception "File not found" geworfen.