Frage zu FMX & ARC?

[TiGü]

Existiert denn absolut gesichert die Form noch zum Zeitpunkt des Empfangs im Empfangs-Closure?
Vielleicht ist die Form auch durch ARC freigeben, weil die auf keinen Feld/Member-Variablen hängt.
Erstelle mal parallel ein FMyObject: TObject und prüfe, ob die Instanz hier auch nil ist.

Funktioniert es denn, wenn du aus der anonyme Procedure eine richtige Klassenmethode machst?

[Mavarik]

Zitat von TiGü:

Existiert denn absolut gesichert die Form noch zum Zeitpunkt des Empfangs im Empfangs-Closure?
Vielleicht ist die Form auch durch ARC freigeben, weil die auf keinen Feld/Member-Variablen hängt.
Erstelle mal parallel ein FMyObject: TObject und prüfe, ob die Instanz hier auch nil ist.

Funktioniert es denn, wenn du aus der anonyme Procedure eine richtige Klassenmethode machst?

OK! 2 gute Fragen/Ideen... Muss ich testen...

Mavarik

[Stevie]

Seh ich das richtig?
Closure im Form, die auf Feldvariable des Forms zugreift?

Riecht nach zirkulärer Refrenz durch implizites Capture von Self - siehe: https://quality.embarcadero.com/browse/RSP-10176

Wenn nun dein FormDestroy läuft und nicht die anonyme Methode explizit auf nil setzt, bleibt sie am Leben, <implites captured Self>.FWhatever zeigt aber nun auf nil.

[Mavarik]

Zitat von Stevie:

Seh ich das richtig?
Closure im Form, die auf Feldvariable des Forms zugreift?

Riecht nach zirkulärer Refrenz durch implizites Capture von Self - siehe: https://quality.embarcadero.com/browse/RSP-10176

Wenn nun dein FormDestroy läuft und nicht die anonyme Methode explizit auf nil setzt, bleibt sie am Leben, <implites captured Self>.FWhatever zeigt aber nun auf nil.

OK... Versteh ich...

Aber in FormDestory Unregistriere ich den MessageType also sollte der MessageHandler diese procedure nicht mehr aufrufen und bei einem neuen Create sollte dann doch eine neue Procedure im Speicher liegen und die Variable wieder initialisiert sein, oder? (Abgesehen vom Mem-Leak)

Mavarik