Ergebnis der Suchanfrage

• Forum: Programmieren allgemein

  AW: Object (Interface) <> nil

    Delphi
    by Neutral General, 11. Sep 2017
  Anwendung:
  var popup: ISkinPopUpMenu;
  begin
  popup := CTRL_PopUpMenuCreate(OnPopupDestroyed);
  end;
  
  procedure OnPopupDestroyed()
  begin
  ShowMessage('Popup wurde in der DLL auf nil gesetzt!');
  end;
• Forum: Programmieren allgemein

  AW: Object (Interface) <> nil

    Delphi
    by Neutral General, 11. Sep 2017
  Ist das nicht trotzdem genau das Problem von dem ich die ganze Zeit rede?
  Die DLL macht das von der Anwendung angeforderte Objekt selbstständig und ohne dass die Anwendung es angefordert hat komplett unbrauchbar bzw. gibt alles frei.
  Genau das soll die DLL nicht machen. Entweder du gibst das Objekt/die vom Objekt benutzen Resource erst frei wenn die Anwendung das von sich aus anfordert oder du...
• Forum: Programmieren allgemein

  AW: Object (Interface) <> nil

    Delphi
    by Neutral General, 11. Sep 2017
  Warum ist das Objekt denn nil?
  Wenn es erst gar nicht erstellt werden konnte kannst du ja mit CTRL_PopUpMenuCreate einfach "nil" zurückgeben.
  Falls das Erstellen aber geklappt hat, dann gibt es keinen Grund warum du als DLL der Anwendung mitteilen müsstest dass das PopupMenu nil ist.
  Denn entweder hat die Anwendung das selbst angeordnet oder die DLL hat sich eingemischt und das Popup der...
• Forum: Programmieren allgemein

  AW: Object (Interface) <> nil

    Delphi
    by Neutral General, 11. Sep 2017
  Ich muss gestehen dass ich den Thread nur überflogen habe aber kann es sein dass die Lösung des Problems wäre dass dein Programm und die DLL einfach die einfach Regel befolgen: "Wer es erstellt, der gibt es auch frei"?
  
  Wenn die DLL ein PopupMenu(Item) erstellt, dann geht die Anwendung davon aus dass dieses Item existiert und zwar solange bis die DLL der Anwendung mitteilt, dass das Item...