Aufgerufene Methode erkennt aufrufendes Objekt nicht.

[FriendOfDelphi]

Hallo Allerseits,

ich habe ein Problem beim Verwenden einer Klasse die sich in einer eigenen Unit befindet.

Der Compiler meldet beim Kompilieren keinen Fehler.

Erst nach dem Programmaufruf wird folgender Fehler angezeigt:
"Im Projekt "Soundso.exe" ist eine Exception der Klasse EInavlidOperation aufgetreten. Meldung: 'Element '' hat kein übergeordnetes Fenster'. Prozeß wurde angehalten. Mit Einzelne Anweisung oder Start fortsetzen."

Ich denke, der Fehler liegt wahrscheinlich darin, dass der aufgerufenen Methode das aufrufende Objekt unbekannt ist (nur eine Vermutung).

Ich habe dazu schon einiges gelesen, aber nicht so richtig verstanden.
Wann und wie verwendet man "AOwner: TComponent" und wann und wie "Sender: TObject".
Gibt es dazu ein Tutorial, bzw. dazu, wie man in Delphi von Instanziierten Objekten auf Methoden zugreifen muss? Es scheint hier wichtig zu sein, dass die empfangende Methode Informationen vom aufrufendem Objekt erhält.
Ich hoffe, dass ich das jetzt einigermaßen verständlich rübergebracht habe, was ich meine.

[DeddyH]

AOwner wird normalerweise im Konstruktor von Komponenten übergeben. Der Owner ist für die Freigabe der zu erzeugenden Komponente zuständig. Der Sender ist das Objekt, was die Aktion ausgelöst hat. Zu Deiner Fehlermeldung: Du hast vermutlich dynamisch eine Komponente erzeugt, aber vergessen, ihr einen Parent (nicht zu verwechseln mit dem Owner) zuzuweisen. Der Parent ist für die Darstellung der Komponente zuständig.

[FriendOfDelphi]

Zitat:

Zitat von DeddyH (Beitrag 1064015)

AOwner wird normalerweise im Konstruktor von Komponenten übergeben. Der Owner ist für die Freigabe der zu erzeugenden Komponente zuständig. Der Sender ist das Objekt, was die Aktion ausgelöst hat. Zu Deiner Fehlermeldung: Du hast vermutlich dynamisch eine Komponente erzeugt, aber vergessen, ihr einen Parent (nicht zu verwechseln mit dem Owner) zuzuweisen. Der Parent ist für die Darstellung der Komponente zuständig.

Nein, ganz so einfach ist es nicht.
Ich habe 2 Units. Die eine ist nur zum Testen der Klasse/der anderen Unit gedacht.
Die Test-Unit baut zwar ein Windows-Fenster auf, aber nur weil das unter Delphi bei "\Datei\Neu\Anwendung" automatisch so erzeugt wird. Gebraucht wird das nicht.

Delphi-Quellcode:

[...schnipp...]

uses
  Windows, Messages, SysUtils, Classes, Graphics, Controls, Forms, Dialogs,
  UNotifikationen; //<-- die verwendete, eigene Unit

[...schnipp...]

var
  Form1: TForm1;
  Test: TNotifikationen; //<-- die verwendete Klasse aus eigenen Unit

[...schnipp...]

procedure TForm1.FormCreate(Sender: TObject); //<-- und die beiden Methoden aus der Klasse
begin
  Test:=TNotifikationen.Create(self);
end;

procedure TForm1.FormDestroy(Sender: TObject);
begin
  Test.Free;
end;

end.

In der zu testenden Unit tritt der Fehler auf. Dort wird aber nichts grafisches gemacht.
Zu testende Unit:

Delphi-Quellcode:

[...schnipp...]

type
  TNotifikationen = class(TWinControl)
    procedure WMAdsDeviceNotificationSRr( var Message: TMessage );
    message WM_ADSDEVICENOTIFICATIONSRr;
  private
    { Private-Deklarationen }
    LocalAddr      : TAmsAddr;
    procedure AdsOpen();
    procedure AdsClose();
  public
    { Public-Deklarationen }
    constructor Create(AOwner: TComponent); override;
    destructor Destroy; override;
  end;

[...schnipp...]

procedure TNotifikationen.AdsOpen();
var
  VarName : PChar;
begin
  ClientPort := AdsPortOpen();
  if ClientPort > 0 then {OK}
  begin
    adsResult := AdsGetLocalAddress( @LocalAddr );
    if adsResult = 0 then  {OK}
    begin
      LocalAddr.port := 801;          
      {get handles}
      VarName   := PChar('.SRrBuffer'); 
      adsResult :=
      adsResult + AdsSyncReadWriteReq( @LocalAddr, ADSIGRP_SYM_HNDBYNAME, 0, sizeof(varSRrHandle), @varSRrHandle, Length(VarName)+1, varName );

      adsNotificationAttrib.nTransMode     := ADSTRANS_SERVERONCHA; 
                                                                    
      adsNotificationAttrib.nMaxDelay      := 250*10000; 
      adsNotificationAttrib.nCycleTime     := 250*10000; 

      adsNotificationAttrib.cbLength       := sizeof(SRrBuffer); 

      AdsResult := AdsResult +                                      //<--wenn diese Zeile ausgeführt wird, kommt die Fehlermeldung
        AdsSyncAddDeviceNotificationReq( @LocalAddr, 
                                         ADSIGRP_SYM_VALBYHND, 
                                         varSRrHandle,         
                                         @adsNotificationAttrib, 
                                         @NotificationCallback,  
                                         Handle,                 
                                         @hNotificationSRr );

[...schnipp...]

[shmia]

Du hast deine Klasse TNotifikationen von TWinControl abgeleitet.
Damit ein TWinControl-Objekt arbeiten und "leben" kann, sind bestimmte Vorraussetzungen nötig.
Die Wichtigste: Property Parent muss gesetzt werden.

Du kannst dein Test-Formular als Parent verwenden:

Delphi-Quellcode:

procedure TForm1.FormCreate(Sender: TObject); //<-- und die beiden Methoden aus der Klasse
begin
  Test:=TNotifikationen.Create(self);
  Test.Visible := false;
  Test.Parent  := self;
end;

[DeddyH]

Das habe ich ja gesagt, aber mir glaubt ja wieder keiner :(

[FriendOfDelphi]

Das Glauben überlassen wir lieber dem Papst...:wink:

Delphi-Quellcode:

procedure TForm1.FormCreate(Sender: TObject); //<-- und die beiden Methoden aus der Klasse
begin
  Test:=TNotifikationen.Create(self);
  Test.Visible := false;
  Test.Parent := self;
end;

Aber das ist es leider nicht.
Der Fehler tritt leider nach wie vor auf :(

[DeddyH]

Dann wäre die fehlerverursachende Zeile recht hilfreich.

[Bummi]

Gib mal dem Constructor versuchsweise den Parent mit, vielleicht passiert dort schon zuviel (etwas was einen Parent erfordert)....

[FriendOfDelphi]

Zitat:

Zitat von DeddyH (Beitrag 1064071)

Dann wäre die fehlerverursachende Zeile recht hilfreich.

Schau mal weiter oben. In Nachricht #3 findest Du die fehlerverursachende Zeile.

[FriendOfDelphi]

Zitat:

Zitat von Bummi (Beitrag 1064072)

Gib mal dem Constructor versuchsweise den Parent mit, vielleicht passiert dort schon zuviel (etwas was einen Parent erfordert)....

Wenn ich das mache

Delphi-Quellcode:

constructor TNotifikationen.Create;
begin
  Parent := self;
  AdsOpen();
  inherited; //inherited ruft die gleichnamige Methode der Vorfahrklasse auf
end;

erhalte ich folgende Fehlermeldung:
"Im Projekt Soundso.exe ist eine Exception der Klasse EInvalidOperation aufgetreten. Meldung: 'Ein Steuerelement kann nicht sich selbst als Vorfahr haben'. Prozeß wurde angehalten. Mit Einzelne Anweisung oder Start fortsetzen."