Abfrage ob GUI Control noch vorhanden ist.

[SneakyBagels]

Statt Assigned(Sender) probier doch mal Assigned(dein-gemerktes-control).
Aber wenn hier Assigned schon schief geht, dann liegt der Fehler vermutlich woanders.

[Jasocul]

Assigned macht auch nur eine Prüfung auf Nil.
Das Problem ist, dass ein Control, das zur Laufzeit entfernt wurde, nicht zwingend Nil ist.

Statt Control.Free, hilft FreeAndNil(control). Dann funktioniert auch die Prüfung mit Assigned.

[stalkingwolf]

in dem Fall mit unserem Passwortfenster generiere ich nur das Passwort Fenster mit Application.CreateForm(Tfpassword, fpassword);
und gebe danach mit fpassword.free; frei.
Um die Controls auf der Form kümmere ich mich gar nicht.
Ich habe nun in dem Passwordfenster bei FormDestroy FreeAndNil(edpasswort); eingefügt.
Dennoch geht er bei if (Sender <> nil) then begin durch und knallt bei if trim(sender.Name)= '' then exit;

[Jasocul]

Wenn ich das richtig sehe, ist das eine Routine im DataModul und das wird einem Event in "Screen" zugewiesen.

Man könnte natürlich mit einem Try..Except arbeiten, was meiner Meinung nach zwar der einfachste, aber "unschöne" Weg ist.
Ich würde aus dieser Routine eine Komponente machen und auf der jeweiligen Form platzieren. Alternativ wäre noch die Variante über einen ClassHelper für TForm denkbar.

[SneakyBagels]

Nur lößt das das Problem, dass <> nil durchrattert?

[Jasocul]

Ja. Wenn die Komponente nur noch auf der Form arbeitet, kann sie nicht mehr auf controls zugreifen, wenn die Form mit Free entfernt wurde.

[SneakyBagels]

Man könnte aber auch vorher prüfen, ob die Form noch existiert oder eher nicht?