Imho gar nicht. Das, was du als VCL-Thread-Funktionalität siehst, ist ja nichts anderes als das Aufrufen der Prozedur Application.Run (siehe DPR-Code bzw. Forms-Unit). In der dort vorhandenen Schleife werden die Messages, die die Anwendung empfängt, verarbeitet. Ich wüsste nicht, wie du die Nachrichten dort unterscheiden willst, ganz davon abgesehen, daß du ein separates Application-Objekt benötigen würdest. Ob nicht im VCL-Code der einzelnen Steuerelemente auf die Application-Variable von Forms verwiesen wird, ist auch noch zu prüfen, also alles sehr schwierig.

Cu,
Udontknow

Zitat von Udontknow:

also alles sehr schwierig.

Cu,
Udontknow

lol genau... Wenn es Einfach gewesen wäre, hätte ich es einfach mal programmiert... *lach*

Trotzdem Danke ...

Frank

Ja, das kommt davon, wenn man was durch die Blume sagt.

Ersetze "alles sehr schwierig" durch "sehr wahrscheinlich nicht zu realisieren".

Cu,
Udontknow

Zitat von Udontknow:

Imho gar nicht. Das, was du als VCL-Thread-Funktionalität siehst, ist ja nichts anderes als das Aufrufen der Prozedur Application.Run (siehe DPR-Code bzw. Forms-Unit). In der dort vorhandenen Schleife werden die Messages, die die Anwendung empfängt, verarbeitet. Ich wüsste nicht, wie du die Nachrichten dort unterscheiden willst, ganz davon abgesehen, daß du ein separates Application-Objekt benötigen würdest. Ob nicht im VCL-Code der einzelnen Steuerelemente auf die Application-Variable von Forms verwiesen wird, ist auch noch zu prüfen, also alles sehr schwierig.

Cu,
Udontknow

Es ist möglich die VCL in einem anderen Thread als dem Hauptthread laufen zu lassen. Das ganze ist recht simpel, man muss nur drauf kommen. Und zwar erzeugt man einfach einen Thread und lädt in diesem Thread eine DLL. In der DLL kann dann wieder VCL etc. verwendet werden welche dann im Context des aufrufenden Threads läuft. Man braucht also einfach nu im Execute von TThread die DLL laden, eine Procedure der DLL aufrufen und diese läuft dann eben im Threadcontext

hehe, ok. Ist ein wenig "von hinten durchs Auge in die Brust" geschossen, aber gut. Ob man sich mit dem separaten Modul dann einen Gefallen tut, was Speicherverwaltung & co. angeht...

Cu,
Udontknow

Zitat von SirThornberry:

In der DLL kann dann wieder VCL etc. verwendet werden welche dann im Context des aufrufenden Threads läuft. Man braucht also einfach nu im Execute von TThread die DLL laden, eine Procedure der DLL aufrufen und diese läuft dann eben im Threadcontext

Eine DLL hat eine eigene Messageque?

Frank

nein, in der DLL musst du natürlich auch Applicaiton.Run aufrufen. Da aber die DLL aus einem Thread aufgerufen wird läuft diese Messageque im Threadcontext. Jeder Thread hat eine eigene MessageQue

Zitat von SirThornberry:

nein, in der DLL musst du natürlich auch Applicaiton.Run aufrufen. Da aber die DLL aus einem Thread aufgerufen wird läuft diese Messageque im Threadcontext. Jeder Thread hat eine eigene MessageQue

Ein Thread hat doch auch eine MessageQue... Wo ist der unterschied zur DLL-Lösung?

Frank

die DLL hat nur den Vorteil das du in dem Thread VCL nutzen kannst. Die Delphi-VCL ist so ausgelegt das sie nur im initialisierenden Thread des Moduls läuft. Du kannst die VCL also innerhalb eines Moduls also nicht ohne Probleme in mehreren Threads nutzen. Wenn du ein Modul (die DLL) allerdings innerhalb eines Threads lädst wird die VCL in diesem Thread-Context initialisiert und somit kannst du zum Beispiel ein Formular innerhalb des Threads anzeigen welches den Fortschritt anzeigt.

Also wenn ich nicht viel Unsinn erzähle, ist es so, daß eine DLL als eigenständiges Modul sozusagen seine "eigene" Forms-Unit, Application-Variable etc. hat, und daher ist zum Beispiel ein in der DLL erstelltes Formular unabhängig von der eigentlichen Anwendung. Ist aber mehr Hörensagen als alles andere.

Cu,
Udontknow