Forum: GUI-Design mit VCL / FireMonkey / Common Controls
Delphi
by himitsu,
30. Dez 2022
Problem dabei ist, dass das Problem eventuell garnicht behoben ist, sich nur gerade nicht so zeigt und dann später wieder zuhaut.
Eigentlich sollte es keine Probleme geben, wenn man etwas freigibt, da es sich selbst vorher überall deregistrieren sollte, bevor es ganz weg ist,
aber natürlich kann es hier helfen, wenn es hier irgendwo dadurch raucht, wenn man selbst die Komponente vorher aus...
Forum: GUI-Design mit VCL / FireMonkey / Common Controls
Delphi
by himitsu,
30. Dez 2022
Im großen FastMM und Ähnlichem gibt es die Möglichkeit freigegebenen Speicher mit 0 oder besser einem Pattern überschreiben zu lassen.
Dann merkt man es besser, wenn ein Objekt doppelt freigegeben wird, bzw. wenn man versucht auf Speicher zuzugreifen, welchen es nicht mehr gibt.
Forum: GUI-Design mit VCL / FireMonkey / Common Controls
Delphi
by himitsu,
27. Dez 2022
Ansonsten bliebe noch dieses grauenhafte DebugDCUs wieder zu aktivieren und zu hoffen dann mehr sehen zu können.
Das Einzige, was wie ein "Offset" von 8 ausssieht, welches ich auf die Schnelle sah, wäre ResizeList.Capacity, bzw. das FCapacity.
Forum: GUI-Design mit VCL / FireMonkey / Common Controls
Delphi
by himitsu,
27. Dez 2022
Ja, erstmal keine Threads.
Und dann ist eine TComponentList besser, als eine TObjectList.
Oder einfach ein TComponent als Container/Liste. (weil Delphi leider Ersteres hat, aber mal wieder nicht öffentlich und man es daher selber bauen muß)
Bzw. ein Owner-Objekt nutzen und dann statt TagLabelList.Clear diesen Owner freigeben und einen Neuen erstellen.
Wo sind denn die Labels drauf?...