Speicherleck mit SqlDB (und Indy-TCP-Server) bei Datenbankabfrage

[Benedikt Magnus]

Das hatte ich bei meiner Recherche auch schon gefunden, konnte aber nur die (absichtlichen) Speicherlecks von Indy entfernen. An dem Queryleck änderte es nichts

Die Anzahl der Speicherlecks nimmt mit der Anzahl der Querys stetig zu. Sie müssen also dabei entstehen. Wenn es an der Komponente liegt, frage ich mich, warum der Speichermanager mir sagt, es die Lecks kämen von den Indys…

EDIT: Ich habe einmal testweise ein Programm ohne die Indys erstellt. Nur mein Container für die Komponenten (ohne IDContext). Dieser wurde erstellt, dieselbe Query ausgeführt (erfolgreich), das Containerobjekt zerstört und das Programm beendet: Die selben 23 Speicherlecks! Es muss also an SqlDB (oder meiner Query...) liegen!
Weiß da jemand Rat?
Oder kennt jemand eine Alternative? Ich hatte es zuerst mit Zeos versucht, da bekam ich aber die Querys irgendwie nicht hin...

EDIT: Anmerkung: Die in dem Testprogramm auftretenden Speicherlecks haben nun leider keine Zeilen- oder Unitangaben mehr.

[Benedikt Magnus]

Hat niemand mehr eine Idee?

[sahimba]

Zitat von Benedikt Magnus:

Die selben 23 Speicherlecks! [...] Weiß da jemand Rat?

Offensichtlicher geht es doch gar nicht mehr.

[Benedikt Magnus]

@Jasocul:
Sehr interessante Bemerkung. Ich habe es mal ausprobiert. Brachte aber leider keinen Erfolg. Dieselben 23 Speicherlecks...(wenngleich nunmehr ohne Verweis auf Indyunits.)
Die Query funktioniert aber tadellos mit deinen Anweisungen.
Die gegenseitige Zuweisung hatte ich aus diesem HowTo für die Komponenten und Lazarus.

Zitat von sahimba:

Offensichtlicher geht es doch gar nicht mehr.

Möchtest du uns aufklären?

[Jumpy]

Zitat von Benedikt Magnus:

Zitat von sahimba:

Offensichtlicher geht es doch gar nicht mehr.

Möchtest du uns aufklären?

Ich denke das ist offtopic gemeint, für Verschwörungstheoretiker z.B. wie sowas.

[Benedikt Magnus]

Das Problem ist gelöst!

Heute morgen halb zehn ist das Update für CodeTyphon auf die Version 5.70 erschienen. Beim Durchstöbern bin ich auf einen Foreneintrag gestoßen, nachdem es einen Bug in den Free Pascal Sources gab, der in bestimmten Stringroutinen (verwendet von SqlDB...) ein Speicherleck erzeugt hat. Der ist mit der neuen version gefixt worden. Nach der Installation erhalte ich in meinem Programm nun ein schön sauberes "0 unfreed memory blocks" von Lazarus. Hurra!