Delphi-PRAXiS
Seite 2 von 7     12 34     Letzte »    

Delphi-PRAXiS (https://www.delphipraxis.net/forum.php)
-   Sonstige Fragen zu Delphi (https://www.delphipraxis.net/19-sonstige-fragen-zu-delphi/)
-   -   Delphi "Unsterbliche" Klassen (https://www.delphipraxis.net/58928-unsterbliche-klassen.html)

Neutral General 14. Dez 2005 19:32

Re: "Unsterbliche" Klassen
 
Wie denn das ?^^

Doch nicht etwa durch FreeAndNil ?? -.-
Dann werde ich erst FreeAndNil zerstören müssen :mrgreen:

alzaimar 14. Dez 2005 19:35

Re: "Unsterbliche" Klassen
 
Rechner ausschalten :wall:

Die Muhkuh 14. Dez 2005 19:36

Re: "Unsterbliche" Klassen
 
Zitat:

Zitat von alzaimar
Rechner ausschalten :wall:

:mrgreen:

Neutral General 14. Dez 2005 19:37

Re: "Unsterbliche" Klassen
 
...

Das ist unfair -.-^^

Neotracer64 14. Dez 2005 19:54

Re: "Unsterbliche" Klassen
 
Speicherresidenz und Autostart einbauen. :mrgreen:

tommie-lie 14. Dez 2005 20:02

Re: "Unsterbliche" Klassen
 
Zitat:

Zitat von Airblader
Per Holzhammermethode könntest du theoretisch so oder so die Klasse "kaputtieren" ;)

Zitat:

Zitat von Neutral General
Wie denn das ?^^

Im Zweifelsfall so wie FreeInstance es auch macht: Aufräumen und den Speicher wegwerfen. Je nachdem was du mit der Klasse angestellt hast bringt schon ein Typekarsten nach TObject den gewünschten Effekt.

Zitat:

Zitat von Neutral General
Doch nicht etwa durch FreeAndNil ?? -.-
Dann werde ich erst FreeAndNil zerstören müssen :mrgreen:

FreeAndNil ist keine Methode, sondern eine normale Prozedur, ohne die SysUtils.pas zu manipulieren kannst du sie nicht verändern.

Versuche mit Destruktoren sind übrigens von vornherein zum Scheitern verurteilt, weil die Compiler-Magic sich um das Freigeben des Objektes kümmert, unabhängig davon ob im Destruktor irgendwas anderes behauptet wird, oder nicht. Das Freigeben der Instanz ist also nicht Sache des Destruktors, sondern geschieht immer und automatisch. Der Destruktor ist mit einem Event vergleichbar, daß ausgeführt wird, bevor die Klasse endgültig über den Jordan wandert.

Bernhard Geyer 14. Dez 2005 20:06

Re: "Unsterbliche" Klassen
 
Wie wäre es Du die Klasse in einer eigenen Unit kapselst und die Schnittstelle per Interface bereitstellst und z.B. schon im Initialisierungsabschnitt einen Interfacepointer darauf holst. Um ganz sicher zu sein überschreibst du auch noch die _Release-Methode um zu verhindern das ein "Bösewicht" die automatische Referenzzählung von Delphi überwinden will.

Neutral General 15. Dez 2005 12:43

Re: "Unsterbliche" Klassen
 
Ich hab ne Idee: Ich erstelle eine "Unverwundbare" Klasse. Ich geb euch den Quellcode von nem Programm mit ner Unverwundbaren Klasse. Ihr dürft verändert was ihr wollt, aber ihr dürft keine Functionen,Proceduren oder Variabel oder so von der Klasse verändern oder hinzufügen. Wer es zuerst schafft die Klasse zu zerstören hat gewonnen :mrgreen:

(Das war ernst gemeint ;))

NicoDE 15. Dez 2005 13:02

Re: "Unsterbliche" Klassen
 
Zitat:

Zitat von Neutral General
Ihr dürft verändert was ihr wollt, aber ihr dürft keine Functionen,Proceduren oder Variabel oder so von der Klasse verändern oder hinzufügen.

Sind ClassHelper und eigene Compiler erlaubt? ;)

Neutral General 15. Dez 2005 13:05

Re: "Unsterbliche" Klassen
 
Eigene Compiler... eh mal sehn^^
Classhelper vielleicht wenn ich weiß was das ist :mrgreen:

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

Delphi-Quellcode:
Klasse.Free;
Klasse.Destroy;
Klasse.FreeInstance;
FreeAndNil(Klasse);
TAndereKlasse(Klasse).Free
MUHAHAHAA ^^)


Alle Zeitangaben in WEZ +1. Es ist jetzt 22:52 Uhr.
Seite 2 von 7     12 34     Letzte »    

Powered by vBulletin® Copyright ©2000 - 2025, Jelsoft Enterprises Ltd.
LinkBacks Enabled by vBSEO © 2011, Crawlability, Inc.
Delphi-PRAXiS (c) 2002 - 2023 by Daniel R. Wolf, 2024-2025 by Thomas Breitkreuz