speicher wächst und wächst bei TBitmap Appl

[Muetze1]

@Nuclearping: Die beiden Funktionen machen keinen Unterschied und leaken beide nicht, wenn ausserhalb das intern erzeugt Bitmap freigegeben wird. Und genau da liegt das eigentliche Problem: Der Code ist unübersichtlich!

Du weisst als Aufrufer niemals, ob du die Bitmap freigeben darfst. Beim ersten könnte die Instanz aus einem Pool stammen und wem anders gehören und beim zweiten Aufruf weiss man nicht, ob man vorher eine erzeugen muss oder nicht. Von daher sollte man sich an die Faustformel halten: Anlegen und Freigeben möglichst auf der gleichen Ebene.

In diesem Falle würde es bedeutet, dass man das Bitmap ausserhalb erzeugt und ausserhalb auch wieder freigibt. In der Funktion selbst kann dann mit dem Bitmap gearbeitet werden, aber die Instanz bleibt dabei unverändert. Nebenbei wird dadurch die Nutzung der try/finally Blöcke erleichtert und erlauben somit in Verbindung mit Bitmaps solche "Resourcenschutzblöcke".

Delphi-Quellcode:

Procedure Aufrufer;
var
  lBitmap: TBitmap;
begin
  lBitmap := TBitmap.Create;
  try
    MachWas(lBitmap);
  finally
    lBitmap.Free;
  end;
end;

procedure MachWas(const ABitmap: TBitmap);
begin
  ABitmap.Canvas.FillRect(Bounds(10, 10, 10, 10));
end;

[nuclearping]

Zitat:

Zitat von Muetze1

@Nuclearping: Die beiden Funktionen machen keinen Unterschied und leaken beide nicht, wenn ausserhalb das intern erzeugt Bitmap freigegeben wird.

Hast du's probiert oder ist es eine Vermutung? ;) Wie schon gesagt: Erstere leaked nach meiner Erfahrung. Es entstehen keine offensichtlichen Speicherlecks, die durch FastMM oder ähnliches erfasst werden. Im Task-Manager sieht man aber die Akkumulierung.

Wir hatten in unserer Anwendung dieses Problem mit Routinen, die mehrere Tage / Wochen blasenfrei durchlaufen müssen. Wir haben da richtig lange gesucht, um jeden Leak zu finden und zu eliminieren. Und das war einer davon. Scheinbar leaked da der Overhead.

[Muetze1]

Zitat:

Zitat von nuclearping

Zitat:

Zitat von Muetze1

@Nuclearping: Die beiden Funktionen machen keinen Unterschied und leaken beide nicht, wenn ausserhalb das intern erzeugt Bitmap freigegeben wird.

Hast du's probiert oder ist es eine Vermutung? ;)

Probiert und Wissen, da ich gleiches wie du beschrieben hast selbst bei einer Anwendung mit einer großen Bitmapnutzung durch habe und es gibt definitiv keinen Unterschied dabei. Compiler hierbei D7 & RAD2007. Bei beiden kein Unterschied und kein Leak.

[Hoelderlein]

Hallo an alle,

:dancer: ich habs wiedererwartend selbst hinbekommen. :dancer2:

Hab muß ich zugeben ein Tip von einem Kollegen bekommen.

Wie zuvor beschrieben habe ich schon mit Free rumprobiert. Allerdings ohne Erfolg.

Fehler war das ich zu dem Zeitpunkt des Free befehl noch nicht den Create gemacht hatte. Also direkt nach dem Programmstart.
Ich war fälschlicher weiße davon ausgegangen das ich Free sogar ohne create machen kann. Scheint mir nun nicht mehr so. ;o)

Zudem hatte ich Bitmap.create probiert. war wohl nicht ok so.

Mit SUB_Bitmap1 := TBitmap.Create; funktioniert`s super

Bin halt wohl doch kein richtiger Programmierer. Eher so wie die Fußballer die nicht wirklich spielen können und durch rennen und Grätschen den Stammplatz in der Bezirksklasse halten können.

Gruß an alle :zwinker:

[nuclearping]

Zitat:

Zitat von Muetze1

Probiert und Wissen, da ich gleiches wie du beschrieben hast selbst bei einer Anwendung mit einer großen Bitmapnutzung durch habe und es gibt definitiv keinen Unterschied dabei. Compiler hierbei D7 & RAD2007. Bei beiden kein Unterschied und kein Leak.

Na dann hatten wir hier vlt. nur Halluzinationen. http://ugly.plzdiekthxbye.net/small/s000.gif