Zeichenlänge eines Memo zu klein

[Perlsau]

Zitat von Hansi:

mit Wordwrap funzt nicht, da die Zeile ja zu lang ist. Immer noch der gleiche "Fehler", dass die Anzahl Zeilen = 1 ist.

Da ich nicht über eine Glaskugel verfüge, wären weitere Infos äußerst hilfreich:

1. Welche Delphi-Version? Die Frage gilt der Unicode-Unterstützung: Ab Delphi 2009 sind Strings unicodefähig und nicht mehr auf 256 Zeichen begrenzt.

2. Wo hast du FehlerListe deklariert? Doch hoffentlich als globale Variable, wie im Beispielcode vorgeschlagen, und nicht in der Procedure Runterladen.

3. Zeig uns doch bitte mal deinen Code, inkl. FormCreate, ButtonKlick und Runterladen.

Zitat von Hansi:

Kann es sein, dass er den String als eine Zeile einliest?

Eine Zeile in einer Stringliste wird immer durch einen String repräsentiert. Im Grunde gibt es in einer Stringlist keine "Zeilen", weil die Stringlist sich nicht selbst zeilenmäßig darstellt wie z.B. ein TMemo.

[himitsu]

TFormMain.FormCloseQuery ist etwas "ungünstig" zum Speichern, aber vorallem zum Freigeben.

Das Gegenstück zum OnCreate ist OnDestroy, also was man im OnCreate erstellt, gibt man es im OnDestroy frei.

Denn eine Form die geschlossen wird, kann auch wieder angezeigt werden, ohne sie neu zu erstellen.
Und OnCloseQuery wird nicht immer aufgerufen, denn z.B. die Freigabe via Free schließt die Form direkt, ohne Nachfrage.

[Perlsau]

Zitat von himitsu:

TFormMain.FormCloseQuery ist etwas "ungünstig" zum Speichern, aber vorallem zum Freigeben.
Und OnCloseQuery wird nicht immer aufgerufen, denn z.B. die Freigabe via Free schließt die Form direkt, ohne Nachfrage.

Danke, Himitsu, das wußte ich noch nicht

In meinen Anwendungen wird jedoch niemals eine Form via Free geschlossen, sondern immer durch vom Anwender ausgelöste Aktionen wie Button- oder Menüklick oder Alt-F4 usw. Insofern muß ich jetzt wohl nich alle meine Projekte durchgehen und eine Ereignisbehandlung für OnDestroy hinzufügen

Ich dachte immer, wenn ich Close in der Hauptunit aufrufe, wird das Programm beendet. Gilt natürlich nicht für Close in weiteren Forms, die mit Show oder ShowModal angezeigt werden. Aber du hast natürlich recht: besser sind Freigaben und Ähnliches in OnDestroy aufgehoben.

[DeddyH]

Strings sind übrigens seit Delphi 2(!!) nicht mehr auf 256 Zeichen begrenzt. Wieso die Stringliste nur eine Zeile enthält, könnte in der Tat mit nicht erkannten Zeilenumbrüchen zu tun haben. Unter Windows ist der Zeilenumbruch #13#10, unter Unix #13 und AFAIK unter MacOS #10. Was passiert denn, wenn Du den empfangenen String mal in einer Datei speicherst und diese mit Notepad (nicht Wordpad) öffnest? Ist das dort auch nur eine Zeile (ggf. mit "komischen Zeichen" drin)?

[Perlsau]

Zitat von DeddyH:

Strings sind übrigens seit Delphi 2(!!) nicht mehr auf 256 Zeichen begrenzt.

Danke, DeddyH Ich erinnere mich, schon mal darauf hingewiesen worden zu sein, hab' aber wohl wieder vergessen

[himitsu]

Zitat von Perlsau:

Zitat von DeddyH:

Strings sind übrigens seit Delphi 2(!!) nicht mehr auf 256 Zeichen begrenzt.

Danke, DeddyH Ich erinnere mich, schon mal darauf hingewiesen worden zu sein, hab' aber wohl wieder vergessen

255 Zeichen, da es die Länge 0 auch gibt. (ingesammt aber 256 Byte, inkl. Längenbyte)

Und den "alten" ShortString gibt es immernoch.

Seit mindestens D2 ist "String" kein generischer Typ, sondern leitet nur an die "aktuelle" String-Definition weiter.
Also AnsiString und seit D2009 den UnicodeString.

[himitsu]

TForm.Close schließt grundsätzlich erstmal nur die Form (quasi Hide/Visible), aber gibt sie nicht frei (außer man gibt z.B. im OnClose das caFree an).

Bei der MainForm ist da aber noch eine Besonderheit, denn wird diese geschlossen, dann wird der Schliessenbefehl an Application weitergegeben, genauso wie Minimieren da auch an Application durchgeht.

MainForm ist die Form, welche bei Application.MainForm registriert ist.
Und standardmäßig wird die erste TForm, welche über CreateForm erstellt wird, automatisch als MainForm registriert.

MDI-Forms werden beim Schließen (Close) ohne einen OnCloseQuery-Aufruf direkt mit caFree dichtgemacht.


Ach ja, als Gegenstück von OnClose könnte man OnShow ansehen.

[Perlsau]

Zitat von himitsu:

Bei der MainForm ist da aber noch eine Besonderheit, denn wird diese geschlossen, dann wird der Schliessenbefehl an Application weitergegeben, genauso wie Minimieren da auch an Application durchgeht.

Ergo wird in meinen Anwendungen, in denen ich in der Hauptform (bei mir immer FormMain bzw. UnitMain) in OnCloseQuery CanClose auf True setze, immer zuverlässig das Programm beendet und alle damit zusammenhängenden Freigaben veranlaßt.

[himitsu]

Du brauchst da nichmal caFree.
Sobald das Ding geschlossen wird (Close oder Free), wird die Messageloop verlassen und dann alle anderen Fenster (welche via CreateForm erstellt wurden) geschlossen.

In wie weit dabei alles Andere ordentlich freigegeben wird, hängt davon ab, ob es es irgendwo registriert wurde, was das Freigeben übernimmt, bzw. ob es entsprechende Freigaberoutingen an der richtigen Stelle gibt.


ReportMemoryLeaksOnShutdown

[Perlsau]

Von mir selbst bzw. im Code erzeugte Objekte werden bei mir immer zuverlässig freigegeben. Hab das eben mal mit ReportMemoryLeaksOnShutdown := True in einigen meiner Anwendungen getestet: Kein einziges Speicherleck ... caFree verwende ich praktisch nicht, da ich OnClose bislang ebenfalls nicht einsetzte. Freigaben können also weiterhin in OnCloseQuery der Hauptform stattfinden, da diese Methode ohne Ausnahme immer nach dem Close aufgerufen wird:

Zitat von himitsu:

Du brauchst da nichmal caFree.
Sobald das Ding geschlossen wird (Close oder Free), wird die Messageloop verlassen und dann alle anderen Fenster (welche via CreateForm erstellt wurden) geschlossen.
In wie weit dabei alles Andere ordentlich freigegeben wird, hängt davon ab, ob es es irgendwo registriert wurde, was das Freigeben übernimmt, bzw. ob es entsprechende Freigaberoutingen an der richtigen Stelle gibt.
ReportMemoryLeaksOnShutdown

Wie das läuft, wenn ich einen Prozeß via TaskManager abschieße, weiß ich jetzt aber echt nicht. Aber wir kommen wohl schon eine Weile vom Thema ab ...