Autoerstellung einer Form beim Laden einer DLL

[Memnarch]

Tag allerseits,
Ich habe ne dll, wenn die geladen wird, soll automatisch eine Form erstellt und angezeigt werden(egal ob es mein programm gewollt hätte oder nicht). Man stelle sich z.B. ne LogConsole vor die geladen wird und sich selbst automatisch anzeigt.(JA ich will es automatisch)

Irgend wann vor anotuk hab ich das mal hinbekommen, aber jetzt weiß ich nicht mehr wie v.v.

Mein problem:

Ich erstelle meine Form, sag ihr sie soll sich anzeigen, und das tut sie auch. Aber nur für wenige ms. Dann verschwindet sie sofort wieder.

Zum test hab ich einen Dialog nach dem ShowAufruf meiner form plaziert. Jetzt bleibt die form solange sichtbar bis der dialog geschlossen wird.

Woran liegt dass?

PS: Ja ich kann bei mir in der DLL Application nutzen.

MFG
Memnarch

[chaosben]

Ich habs grad mal getestet:
DLL:

Delphi-Quellcode:

uses
  SysUtils,
  Classes,
  Unit66 in 'Unit66.pas' {Form66};

{$R *.res}

begin
  TForm66.Create(nil).Show;
end.

Programm:

Delphi-Quellcode:

procedure TForm67.FormCreate(Sender: TObject);
begin
  LoadLibrary('project37.dll');
end;

Funzt super. Das Formular bleibt bestehen.

[Memnarch]

Mh, dann liegtes vllt daran dass ich versuche das ding ber DLL injection in mein programm zu werfen o.O(JA schlagt mich, das hatte ich oben nicht erwähnt, thsculdigung )

[himitsu]

Versuch alles in einem eigenen Thread su machen. DLL+VCL laden und die Form erstellen.
Außerdem braucht dieser Thread noch eine Message-Loop (Application.ProcessMessages aufrufen), denn irgendwo müssen die VCL/Window-Messages ja verarbeitet werden.

Wenn das Hauptprogramm auch eine VCL besitzt, dann kommen sie sich sonst womöglich in die Quere.

Oder eben alles NonVCL erledigen, aber die NonVCL-Form im Hauptthread der Anwendung erstellen, ansonsten ebenfalls eine Message-Loop im erstellenden Thread.



Messages sind threadabhängig ... abhängig vom Thread, in welchem ein Win-Control erstellt wurde.

[Memnarch]

Wie mach ich den eine NonVCL Form o.O?

Und nach dem inject sollte meine DLL im selben thread laufen, oder nicht?

[himitsu]

Ausgeführte Funktionen laufen immer in dem Thread, von wo sie getartet wurden.
DLL und Initialization laufen in dem Thread, welcher die DLL läd.

CreateWindow? (einfacvh mal bei Luckie auf der Webseite umschauen)

PS: mein FileSplitter ist auch NonVCL, allerdings verwendet er für die "Forms" Dialoge, welche aus einer vorgefertigten Ressource geladen werden.
Bei Luckie (und NonVCL) findest du vorwiegend Beispiele, wie man eine Form zur Laufzeit zusammenbaut/erstellt.

[FredlFesl]

Ich hatte mal das Problem, als ich in der Form, die in der DLL angezeigt wird, einen TIdTCPServer hatte und in dessen Execute-Methode (ich Idiot) auf die Form zugegriffen habe.

Nachdem ich alles auf Messages umgestellt hatte, funktionierte es super.

Nachdem ich damals aus dem Koma erwacht bin, in das ich fiel, als ich (weil es nicht funktionierte), hab ich mit einer DLL angefangen, die nur ein Formular anzeigt und dann stückweise die Funktionalität hinzugefügt. Na ja, dann war mir klar woher der Wind weht.

Die DLL ist heute als Plugin im Einsatz, das eine Messagebox hochpoppen lässt und eine Nachricht anzeigt, die per TCP verschickt wurde.