Hallo,

muss ich bei folgendem Code Speicher freigegeben oder wird der Speicher beim Aufruf von Clear bzw. Freigeben durch Free automatisch freigegeben. Bin mir nicht sicher, hab dazu aber auch nichts Konkretes gefunden.







Danke

- Nachträglich durch die Entwickler-Ecke gelöscht -

Vielen Dank, auch für den Tipp mit ReportMemoryLeaksOnShutdown. Das wusste ich nicht.

In Lazarus gibt's das nicht, man kann aber die heaptrc-Unit einbinden:
Unter "Projekt - Projekteinstellungen" im Bereich Compilereinstellungen auf Debuggen und dann "heaptrc-Unit verwenden (-gh)" aktivieren.

Frühlingsrolle hat folgendes geschrieben :

Wenn du etwas über den Konstruktor nicht erzeugt hast, dann hast du auch nichts zum freigeben.

Nun ja, was in Fall 1 passiert ist ja, dass ein Zeiger auf den String zurückgeliefert wird. Dieser Zeiger wird dann in die Liste gepackt. Sauber ist das nicht...

Ich würde generell empfehlen nicht solche Hacks zu verwenden. Neben with ist so etwas die häufigste Ursache für Fehler beim Kompilieren mit einer neueren Version von Delphi oder schwer zu findende Bugs. Wenn man das sauber umsetzt, hat man später viel weniger Probleme.

Für professionelle Entwicklung zumindest ist so etwas ein No-Go. Privat muss das jeder selbst entscheiden.

Nein, das will ich eben nicht, und deshalb stelle ich hier meine Frage. Dass es funktioniert, weiss ich ja. Mit Data von Listview habe ich auch ein ungutes Gefühl. Ich glaube, das einzige, was wirklich unproblematisch ist, ist das dritte Beispiel mit Addobject. Wie mache ich es besser, eine Klasse erstellen, in der der String gespeichert wird?

"With" benutze ich übrigens nie in meinem eigenen Quellcode, das war nur Faulheit. Copy und Paste geht am Smartphone leichter, als selbst tippen.

- Nachträglich durch die Entwickler-Ecke gelöscht -

Frühlingsrolle hat folgendes geschrieben :

Die Daten können zuvor in einer TStringList, TList, TObjectList, ... aufbereitet, und an jenes Steuerelement übergeben werden.

Genau, und als Referenz kann man dann den Index einer Liste oder ein echtes Objekt an die Controls hängen. Beides ist unproblematisch, weil die Daten an sich dann ja nicht am Control hängend verwaltet werden.

Frühlingsrolle hat folgendes geschrieben :

Hinter der with-Anweisung steckt nichts böses. Es verhält sich wie ein scharfes Küchenmesser, oder wie ein Kraftfahrzeug mit explosiven Treibstoff - unter falscher Handhabung kann es böse enden, ansonsten nicht.

Eben nicht. Auch bei vollkommen richtiger Anwendung kann es passieren, dass es nach einem Delphi-Upgrade Kompilierfehler gibt. Und dann muss man erst schauen was eine Eigenschaft des with-Objekts war und was eine äußere Eigenschaft, so dass man dann unnötig Zeit und Nerven verliert.
Im schlechtesten Fall gibt es gar keinen Fehler beim Kompilieren, aber es wird stillschweigend eine neu eingeführte gleichnamige Property des with-Objekts benutzt.

Da sind auch sehr viele drauf reingefallen als z.B. TRect um ich glaube Width und Height erweitert wurde.... so auch in der Virtual String Tree. Die hätte ohne das with problemlos mit neueren Versionen kompiliert damals.

- Nachträglich durch die Entwickler-Ecke gelöscht -

Frühlingsrolle hat folgendes geschrieben :

Überwiegend funktioniert die with-Anweisung so wie sie soll.

Auf Überwiegend würde ich mich lieber nicht verlassen. Aber manche lieben das Risiko