![]() |
AW: Verständnisfrage: TJSONObject create/free/destroy?
Zitat:
Und übrigens ist UnicodeString überhaupt nicht blöd! Kann er auch gar nicht sein, denn das Attribut blöd kann zwar Menschen und ihren Ideen zugeordnet werden, aber keinen Datentypen. |
AW: Verständnisfrage: TJSONObject create/free/destroy?
Zitat:
Ich meinte mit "blöd", daß dieser Typ für mich neue Schwierigkeiten verursacht, einfach ausgedrückt. Für alle anderen und jedes neue Projekt ist es bestimmt ein sehr hilfreicher und zukunftsorientierter Zeichenketten-Typ. |
AW: Verständnisfrage: TJSONObject create/free/destroy?
Zitat:
|
AW: Verständnisfrage: TJSONObject create/free/destroy?
Es gibt (leider) nur den TStringHelper für String/UnicodeString.
WideString, AnsiString und alle AnsiString-Ableger ala UTF8String sind davon "befreit". Ebenfalls bei sowas wie TComponent.Caption geht es nicht, denn obwohl es ein String-Nachfahre ist, kennt TCaption den StringHelper nicht. Alternativ muß man nach string(..) casten, um an den Helper zu kommen. |
AW: Verständnisfrage: TJSONObject create/free/destroy?
Okay :thumb:
Ich habe also eure Anregungen im Quelltext beachtet und so ein paar Macken beheben können, Leaken tut es am Ende immernoch, aber es führt nicht zum Absturz des Programms. Wenn sich das TJSONzeugs innen also selbst aufräumt, kann ich als Unwissender kaum etwas dagegen machen, wenn es dann trotzdem leakt. :wink: Ich gebe also nur das Objekt free, das ich zu Beginn create habe. Es übersteigt leider mein Verständnis, wie sich das so zusammenschiebt, daß es am Ende nur 1 free brauchen soll, um alles wieder aufzulösen. Ist natürlich praktisch, wenn es wirklich so funktionieren sollte, denn im FastMM werden diese Objekte trotzdem häufig als Leak gemeldet - wie es auch etliche andere Nutzer vor mir hier im Forum immer wieder entdeckt haben. Dankeschön und frohes Wochenende! :dp: |
Alle Zeitangaben in WEZ +1. Es ist jetzt 07:12 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