Zugriffsverletzung bei Zeichnen auf Bitmap

[SuperSeb]

Danke an nahpets und all die anderen, die sich hier ins Zeug gelegt haben!

Hab doch tatsächlich

Delphi-Quellcode:

override;

vergessen... Sehr nachlässig von mir... Stand aber auch schon mal in ner früheren Version da. Naja gut. Soweit funktionierts und du (nahpets) hattest Recht, es liegt wirklich an "den Konstruktoren" (war zwar nur der eine, aber egal).

Zum Abschluss noch eine Frage: Was würdet ihr denn statt Application als Owner vorschlagen? AndereKlasse würd ich sagen, denn dem Objekt gehört es ja (is irgendwie logisch, dass es sich selbst gehört)...


Ach ja: @nahpets Ich wollte absichlich nicht irgendwelche Button-Prozeduren in die Oberflächenklasse ziehen. Dafür hatte ich extra die AndereKlasse, um das ein bisschen sauberer zu trennen und wiederverwendbarer zu machen.


Gruß

Seb

[mkinzler]

Application sollte ok sein.

[SuperSeb]

??? Was denn nu?

Zitat:

Application als Owner anzugeben scheint sehr schief zu gehen.

und

Zitat:

Application sollte ok sein.

Kann mir das jetzt einer definitiv sagen? Also mit Application funktionierts zumindest und dann sollte ja auch alles wieder sauber befreit werden, wenn der Prozess beendet ist. (Ja, die Klasse kriegt trotzdem n Destruktor, falls der Standard-Destruktor nicht ausreicht. Aber erst ma schaun, was noch so dazukommt...)

[mkinzler]

Vielleicht solltest du den Parameter noch durchschleifen:

Delphi-Quellcode:

constructor TOberflaeche.Create(AOwner: TComponent);
begin
  inherited Create(AOwner); 
...

[SuperSeb]

Hab ich gemacht und funktioniert - war nicht anders zu erwarten - ebenfalls.

Vielleicht kann ja noch mal jemand anderes zu der Application-oder-nicht-Application-Geschichte Stellung beziehen (vllt. mit Begründung?).

[DeddyH]

Na, Du gibst dem Kontruktor doch einen Owner mit. Wenn Du diesen aber innerhalb des Konstruktors wieder ignorierst und fix auf Application setzt, macht der Parameter ja keinen Sinn mehr ;)