Hey, ich wollt mal kurz nachfragen, wie ich richtig mit TFileStream umgehe, denn bei mir gibt es einige Probleme.
Entweder er schreibt nicht den komplette String, oder der String ist total durchpflückt von Leerzeichen

Konstrukt sieht so aus :


Hab kp -.-

Lg

Du solltest nicht vergessen, dass Delphi XE (wie in deinem Profil steht) Unicode verwendet. Dementsprechend schreibst du nur den halben String (da jedes Zeichen 2 Byte hat, du aber nur Length Bytes schreibst), zudem ist jedes zweite Byte bei lateinischen Buchstaben Null (was du wohl umgangssprachlich mit Leerzeichen meinst).

Du könntest entweder die Größe in Bytes korrekt berechnen (Length(Text) * SizeOf(Char)) oder TStringStream verwenden oder AnsiStrings statt UnicodeStrings.

jaenicke hat folgendes geschrieben :

Du solltest nicht vergessen, dass Delphi XE (wie in deinem Profil steht) Unicode verwendet. Dementsprechend schreibst du nur den halben String (da jedes Zeichen 2 Byte hat, du aber nur Length Bytes schreibst), zudem ist jedes zweite Byte bei lateinischen Buchstaben Null (was du wohl umgangssprachlich mit Leerzeichen meinst). Du könntest entweder die Größe in Bytes korrekt berechnen (Length(Text) * SizeOf(Char)) oder TStringStream verwenden oder AnsiStrings statt UnicodeStrings.

Danke, das wär das Letzte auf das ich gekommen wäre
Habe mich jetzt für TStringStream entschieden.

Danke!

Edit : Was mich noch interessiert, wie mache ich einen ZeilenUmsprung?
Edit2 : Probiert und klappt mit #13#10; =)

HenryHux hat folgendes geschrieben :

markieren Delphi-Quelltext     1: Text : String;

Mach einen AnsiString daraus.
Edit: Sorry, hatte die anderen Beiträge übersehen.

Warum denn das? Lange wurde nach einer Unicode-Unterstützung geschrien und jetzt, wenn es Probleme mit Unicode gibt, aus Unwissenheit, dann wird immer vorgeschlagen wieder einen AnsiString zu nehmen. Wozu dann bitte die Unicode-Unterstützung, wenn man sie dann doch nicht nutzt?

Luckie hat folgendes geschrieben :

Warum denn das? Lange wurde nach einer Unicode-Unterstützung geschrien und jetzt, wenn es Probleme mit Unicode gibt, aus Unwissenheit, dann wird immer vorgeschlagen wieder einen AnsiString zu nehmen. Wozu dann bitte die Unicode-Unterstützung, wenn man sie dann doch nicht nutzt?

Es ist ja schön, daß z. B. XE Unicode unterstützt. Aber das heißt ja nicht, daß man fortan nur noch Unicode verwenden muß oder darf. Es gibt sicherlich Gründe, die für die Verwendung von Unicode sprechen, aber es gibt auch gute Gründe dagegen. Zum Beispiel einen Lieblingseditor, der noch kein Unicode unterstützt. Die Fehlerbeschreibung von HenryHux deute ich jedenfalls so.

Gerd Kayser hat folgendes geschrieben :

Zum Beispiel einen Lieblingseditor, der noch kein Unicode unterstützt. Die Fehlerbeschreibung von HenryHux deute ich jedenfalls so.

Manche erwarten auch nur ein BOM am Anfang der Datei.

Wie dem auch sei, wenn es wirklich um eine Logdatei geht, wäre AssignFile + Rewrite/Append + WriteLn + CloseFile wohl besser geeignet. Denn darauf deutet ja die Frage nach dem Zeilenumbruch hin.

jaenicke hat folgendes geschrieben :

Wie dem auch sei, wenn es wirklich um eine Logdatei geht, wäre AssignFile + Rewrite/Append + WriteLn + CloseFile wohl besser geeignet. Denn darauf deutet ja die Frage nach dem Zeilenumbruch hin.

Hatte ich vorher auch benutzt. Wollte aber mal probieren, wie das mit dem FileStreaming so funktioniert.
U.a auch, da oft wenn ich das Programm beende er eine Zeile nicht fertiggeschrieben hat.
Gleiches "Problem" aber auch mit FileStream. Naja werd ich mit leben können/müssen

Lg

Wenn das Programm normal beendet wird, dann wurde der FileStream nicht korrekt freigegeben.

Wenn das Programm abstürzt, hilft nur, die Datei aus dem Speicher zu flushen. Das geht bei MMFs gut (FlushViewOfFile oder so). Bei AssignFile öffne und schließe ich die Datei einfach jedesmal, dann ist auch alles drin.