![]() |
Re: Länge eines Strings vs. verbrauchter Speicherplatz
Zitat:
Nee, klappt nicht. martinf16, dein Karma versperrt die Sicht auf den Quellcode. Du müsstest ihn doch ausnahmsweise hier reinposten. Ich weiss, es ist profan und billig, aber anders kommen wir nicht weiter. :zwinker: |
Re: Länge eines Strings vs. verbrauchter Speicherplatz
Zitat:
Ohhh alzaimaar.. hiiieeerr: Zitat:
|
Re: Länge eines Strings vs. verbrauchter Speicherplatz
Die Anzahl der gelesenen Byte wird hier überhaupt nicht ausgewertet.
Blockread setzt kein #0 Zeichen ans Ende der gelesenen Daten. Deshalb wird bei temp := temp + buffer noch zusätzlicher Speichermüll hinter den gelesenen Daten an temp angehängt. |
Re: Länge eines Strings vs. verbrauchter Speicherplatz
Zitat:
Zitat:
|
Re: Länge eines Strings vs. verbrauchter Speicherplatz
So sollte es gehen:
Delphi-Quellcode:
Warum nimmst du eigentlich nicht die LoadFromFile Funktion von TStrings?
try
AssignFile(Datei, 'dateiname'); Reset(Datei, 1); repeat BlockRead(Datei, Buffer, SizeOf(Buffer), NumRead); //Buffer ist array[1..1024] of Char temp:=temp+Copy(Buffer, 1, NumRead); until (NumRead < SizeOf(Buffer)); finally CloseFile(Datei); end; result:=temp; Ciao Chris |
Re: Länge eines Strings vs. verbrauchter Speicherplatz
Vielen Dank, jetzt funktionierts.
Ich benutze den Code so, aus verschiedenen Gründen. Zum Beispiel gibt LoadFromFile Probleme bei dem Zeichen #0 und nicht alle Dateien müssen auch im Memo angezeigt werden, so dass ein Memo1.Lines.LoadFromFile auch wenig Sinn macht. |
Re: Länge eines Strings vs. verbrauchter Speicherplatz
Es gibt auch TStringList. Damit kannst du auch Text laden und dann entweder über Strings[i] auf einzelne Zeilen zugreifen oder über Text auf den gesamten Text als ein String.
Ciao Chris |
Alle Zeitangaben in WEZ +1. Es ist jetzt 11:27 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