![]() |
Re: TFileStream Problem - Datei bereits geöffnet ?
Hi !
@DeddyH: Ist ein guter Tip, damit könnte ich alternativ zu TFileStream die Fehler umschiffen; ich probiers. @Die Muhkuh: Könnten dann nicht die vermeintlich neueren Daten durch ältere überschrieben werden ? Die besagte Datei wird *definitiv* nur durch die Anwendung in meinem Fehlerfall geöffnet und geschlossen. Wenn die Datei nun noch offen ist (wie er behauptet), dann muss das ja vom letzten Durchlauf kommen !? Wenn ich dann fmShareDenyNone verwende, könnte es dann passieren, dass der nächste Durchlauf mit den Daten des vorherigen überschrieben wird ? @littleDave: Die Datei muss jedes mal neu erstellt werden, aber ich weiss gar nicht, warum ich dann so einen Blödsinn da drin stehen habe; ich probiers aus ! @all: Es handelt sich i.ü. um einen W2k3 Server. Ich suche eigentlich soetwas wie ein .Flush oder auch das Closehandle - eben so, dass ich sicher sein kann, dass die Daten wirklich geschrieben sind... lg |
Re: TFileStream Problem - Datei bereits geöffnet ?
Hi,
Du könntest eine bool'sche Variable setzen, wenn die Datei offen ist. Wenn diese dann true ist, schreibst Du einfach nicht. Warum müssen die Daten eig. pro Minute ein paar mal geschrieben werden? |
Re: TFileStream Problem - Datei bereits geöffnet ?
Hi,
Probierst mal nur mit fmCreate ohne fmOpenWrite. Das müsste funktionieren... Und geschrieben werden die Daten spätestens wenn du Free aufrufst. Gruß Neutral General |
Re: TFileStream Problem - Datei bereits geöffnet ?
Hi,
@Neutral General: Habe ich probiert; gleiches Problem :-( : Stream := TFileStream.Create(XMLFile, fmCreate); Somit dürfte auch die vorgeschlagene Fallunterscheidung nicht gehen.... @Die Muhkuh: Wenn ich eine Boolsche Variable setze, habe ich so nichts davon; vom Ablauf her ist sicher gestellt, dass es keine Überlappungen gibt - der Timer, der die Funktion aufruft ist bis nach abarbeitung auf false und wird erst dann wieder gestartet. Test mit IsFileInUse läuft, aber wie gesagt, das wäre ja nur ein "umgehen". lg Sebastian |
Re: TFileStream Problem - Datei bereits geöffnet ?
Zitat:
|
Re: TFileStream Problem - Datei bereits geöffnet ?
Zitat:
|
Re: TFileStream Problem - Datei bereits geöffnet ?
Nochmal ich :-)
Das Problem ist im übrigen nicht neu: ![]() Ich habe ausserdem gelesen, das TStream von Delphi gepuffert ist. Ich werde es jetzt auch nochmal mit FlushFileBuffers(Stream.Handle) probieren. lg |
Re: TFileStream Problem - Datei bereits geöffnet ?
Hi,
Ansonsten versuch es mal mit meinem TFileStreamEx aus meiner ![]() In den nächsten Tagen wird allerdings eine neue Version hochgeladen. Gruß Neutral General |
Re: TFileStream Problem - Datei bereits geöffnet ?
Hi,
@Neutral General: bin ich vor 5 Minuten beim Googlen drauf gestossen. Das werde ich als letztes Ass im Ärmel behalten (als vorletztes - das letze wäre, das ganze mal mit fopen zu probieren :-) ). @all: Ich habe zum testen die Boolsche Variable jetzt mal gesetzt:
Delphi-Quellcode:
lg
if (MainForm.testbool) then ShowMessage('FEHLER!');
MainForm.testbool:=true; Stream := TFileStream.Create(MainForm.AppDataDirConfig + '\MicoData.xml', fmCreate); DomToXmlParser1.WriteToStream(FDoc, 'UTF-8', Stream); FlushFileBuffers(Stream.Handle); Stream.Free; MainForm.testbool:=false; |
Re: TFileStream - Datei bereits geöffnet ?
Guten Morgen,
@Muetze1: Das Programm ist wieder abgestürzt und das "ShowMessage('FEHLER')" ist nicht ausgelöst worden; ausserdem habe ich nochmals alle Stellen des Sources geprüft; die Datei wird nur an der einen Stelle aufgemacht/geschrieben. Es scheint also ein Problem von TFileStream zu sein... Für heute morgen habe ich erstmal ein "if IsFileInUse" eingesetzt; zu mehr ist heute keine Zeit :cry: lg |
Alle Zeitangaben in WEZ +1. Es ist jetzt 18:42 Uhr. |
Powered by vBulletin® Copyright ©2000 - 2025, Jelsoft Enterprises Ltd.
LinkBacks Enabled by vBSEO © 2011, Crawlability, Inc.
Delphi-PRAXiS (c) 2002 - 2023 by Daniel R. Wolf, 2024-2025 by Thomas Breitkreuz