"Unsterbliche" Klassen

[NicoDE]

Zitat:

Zitat von Neutral General

(Bin am Rumbauen^^: Meine Klasse überlebt schon :

Delphi-Quellcode:

Klasse.Free;
Klasse.Destroy;
Klasse.FreeInstance;
FreeAndNil(Klasse);
TAndereKlasse(Klasse).Free

MUHAHAHAA ^^)

Jemand könnte auf die Idee kommen die Klassen-Definition in der Exe zur Laufzeit zu patchen...

[Neutral General]

Hehe ich glaube ich weiß sogar wie ich das abwenden kann :mrgreen:

[jim_raynor]

Im Prinzip gibts eine ganz einfache Methode. An Adresse null steht immer der Zeiger auf die VMT (virtual Method Table) in der die Verweise zu den überschrieben Methoden drin stehen. Man muss ganz einfach die Adresse der VMT auf die von TObject umlenken :lol: Dann funktioniert auch wieder der Aufruf von FreeInstance. hehe.

[Neutral General]

Bis jetzt müsst ihr noch keine Angst haben -.-^^
Mein Problem im Moment ist :

Delphi-Quellcode:

Meine(Un)VerwundbareKlasse := nil;

-.-^^

Und das abzuwenden ist irgendwie ein Problem grad :mrgreen:

[malo]

Zitat:

Zitat von Neutral General

Und das abzuwenden ist irgendwie ein Problem grad :mrgreen:

Das ist ja auch kein Zerstören. Damit löschst du ja nur den Zeiger auf das Objekt. Das Objekt liegt weiterhin im Arbeitsspeicher, nur das Programm weiß nicht mehr, wo das liegt. So in etwa :mrgreen:

Aber eventuell könntest du ja eine Standard-Property definieren, die du stattdessen auf Nil setzen würdest. Dann dürfte der Pointer noch auf das Objekt zeigen, aber ein anderer Pointer wird gelöscht... ;)

[tigerman33]

Funktionieren Standardproperties nicht nur für array-Eigenschaften?

[Neutral General]

Zitat:

Zitat von malo

Zitat:

Zitat von Neutral General

Und das abzuwenden ist irgendwie ein Problem grad :mrgreen:

Das ist ja auch kein Zerstören. Damit löschst du ja nur den Zeiger auf das Objekt. Das Objekt liegt weiterhin im Arbeitsspeicher, nur das Programm weiß nicht mehr, wo das liegt. So in etwa :mrgreen:

Aber eventuell könntest du ja eine Standard-Property definieren, die du stattdessen auf Nil setzen würdest. Dann dürfte der Pointer noch auf das Objekt zeigen, aber ein anderer Pointer wird gelöscht... ;)

Das hört sich irgendwie schon gut an.. Aber wie meinst du das mit der Property ?
Ich muss ja verhindern das

Delphi-Quellcode:

Klasse := nil;

seine Wirkung verliert, bzw das die Klasse schnell wieder ihren Zeiger wiederbekommt oder ihn erst gar nicht verliert..

[Dax]

Hey.. Eine Klasse besitzt ihren Zeiger nicht. Du besitzt den Zeiger auf die Klasse.. Also hilft nur, deinen Zeiger auf die Klasse mit einem Schreibschutz zu versehen.

[malo]

Ich weiß nicht, ob es wirklich funktioniert, aber ich dachte an sowas:

Delphi-Quellcode:

property Irgendwas: Pointer read fIrgendwas write fIrgendwas; default;

Eventuell funktioniert es ja. Ist jedoch nicht getestet.

[Neutral General]

Ah ja.. soweit zur Theorie... ^^
Und wie sieht die Praxis aus ? (Bitte wenigstens ein Ansatz, ich muss ja sagen das ich die Unverwundbare Klasse erfunden hab xD)