<![CDATA[ThreadProc dynamisch]]>jemand ne ahnung wie ich ner structur ne dynamische lpAddress, also Thread Funktion zuweise;

zb.:
typedef struct tagTHREAD{
DWORD WINAPI MyThreadProc;
bool CreatemyThread;
} THREADPROC;

mit CreateThread(NULL,NULL,THREADPROC::MyThreadProc, etc...
funktioniert irgendwie nicht, jemand ne idee?

will dann zb:

DWORD WINAPI THRAEDPROC::MyThreadProc(LPVOID LPARAM){

}

THREADPROC::CreateMyThread(){
CreateThread(NULL,NULL,THREADPROC::MyThreadProc, etc... 
}

und dass dann wie folgt definieren:

THRADPROC myThread;

myThread::CreateThread(.........

nur hats irgendwie ein problem nit der definition

DWORD WINAPI THRAEDPROC::MyThreadProc(LPVOID LPARAM){
]]>https://www.c-plusplus.net/forum/topic/257954/threadproc-dynamischRSS for NodeWed, 09 Sep 2026 15:52:21 GMTTue, 05 Jan 2010 09:00:13 GMT60<![CDATA[Reply to ThreadProc dynamisch on Tue, 05 Jan 2010 09:00:13 GMT]]>jemand ne ahnung wie ich ner structur ne dynamische lpAddress, also Thread Funktion zuweise;

zb.:
typedef struct tagTHREAD{
DWORD WINAPI MyThreadProc;
bool CreatemyThread;
} THREADPROC;

mit CreateThread(NULL,NULL,THREADPROC::MyThreadProc, etc...
funktioniert irgendwie nicht, jemand ne idee?

will dann zb:

DWORD WINAPI THRAEDPROC::MyThreadProc(LPVOID LPARAM){

}

THREADPROC::CreateMyThread(){
CreateThread(NULL,NULL,THREADPROC::MyThreadProc, etc... 
}

und dass dann wie folgt definieren:

THRADPROC myThread;

myThread::CreateThread(.........

nur hats irgendwie ein problem nit der definition

DWORD WINAPI THRAEDPROC::MyThreadProc(LPVOID LPARAM){
]]>https://www.c-plusplus.net/forum/post/1832718https://www.c-plusplus.net/forum/post/1832718Tue, 05 Jan 2010 09:00:13 GMT<![CDATA[Reply to ThreadProc dynamisch on Tue, 05 Jan 2010 09:15:09 GMT]]>Dein Pseudo Code ist ein riesen-durcheinander!
Funktionsdekl. haben runde Klammern!

Ausserdem lässt man typedef struct blabla... in C++ weg. Das ist C- Style und überhaupt nicht nötig!

Was willst Du genau erreichen?
Dein Thread in eine Klasse packen?

Simon

]]>https://www.c-plusplus.net/forum/post/1832732https://www.c-plusplus.net/forum/post/1832732Tue, 05 Jan 2010 09:15:09 GMT<![CDATA[Reply to ThreadProc dynamisch on Tue, 05 Jan 2010 09:16:01 GMT]]>Wenn ich dich richtig verstehe, dann willst du da einen Memberfunktionszeiger übergeben. Das geht so nicht, weil ein solcher Zeiger noch ein Argument, also ein Objekt erwartet. Wenn du das Objekt angeben kannst, kannst du das z.B mit boost::bind elegant lösen.

]]>https://www.c-plusplus.net/forum/post/1832733https://www.c-plusplus.net/forum/post/1832733Tue, 05 Jan 2010 09:16:01 GMT<![CDATA[Reply to ThreadProc dynamisch on Tue, 05 Jan 2010 09:33:19 GMT]]>ne andere möglichkeit als boost gibts nicht?

]]>https://www.c-plusplus.net/forum/post/1832746https://www.c-plusplus.net/forum/post/1832746Tue, 05 Jan 2010 09:33:19 GMT<![CDATA[Reply to ThreadProc dynamisch on Tue, 05 Jan 2010 09:44:00 GMT]]>Doch, doch. Die gibts zu Hauf. 😉
Kannst ja auch z.B die Standardbilbliothek benutzen, welche dir bind1st anbietet.
Mit boost::bind ist das ganze halt einfach schöner. (Nicht ohne Grund wird es im näschten Standard ein äquivalent zu boost::bind geben, welches dann bind1st und bind2nd ablösen wird).

]]>https://www.c-plusplus.net/forum/post/1832758https://www.c-plusplus.net/forum/post/1832758Tue, 05 Jan 2010 09:44:00 GMT<![CDATA[Reply to ThreadProc dynamisch on Tue, 05 Jan 2010 10:48:25 GMT]]>kapier das bind1st irgendwie nicht...
es müsste also den MemberZeiger das argument lParam auf die Function ThraedProc binden?

bind1st(&THREADPROC::ThreadProc(),lParam));

oder wie ist das zu verstehen

]]>https://www.c-plusplus.net/forum/post/1832805https://www.c-plusplus.net/forum/post/1832805Tue, 05 Jan 2010 10:48:25 GMT<![CDATA[Reply to ThreadProc dynamisch on Tue, 05 Jan 2010 11:25:55 GMT]]>das problem ist irgendwie ich brauch eben für jeden Thread Der dynamisch erzeugt wird ne eigene Dynamische funktion.
da jeder Timer , ja ich versuch nen angemessenen timer zu programmieren, in einem eigenen thread läuft damit der TIMER unabhängig vom restlichen programm läuft.

tjo tja das ists

]]>https://www.c-plusplus.net/forum/post/1832835https://www.c-plusplus.net/forum/post/1832835Tue, 05 Jan 2010 11:25:55 GMT<![CDATA[Reply to ThreadProc dynamisch on Tue, 05 Jan 2010 13:08:20 GMT]]>Hallo,

CreateThread erwartet in lpStartAddress, eine quasi statische Funktion,
nicht eine Klassen Funktion.

Den Prototype der Funktion gibt das SDK wie folgt an:

DWORD WINAPI ThreadProc(LPVOID lpParameter);

Wenn du tatsächlich eine Klassenfunktion starten willst,
kannst du dir in lpParameter den this pointer übergeben:

Also irgendwie so etwas:

hndl = CreateThread(lpThreadAttributes, dwStackSize, my_thread_function, this,  dwCreationFlags, lpThreadId);

mit

DWORD WINAPI my_thread_function(LPVOID lpParameter // thread data)
{
   my_class* pMy_class = static_cast<my_class*>(lpParameter)

   pMy_class-> ...

   return 0;
}

Das ist alles nicht schön, funktioniert aber.
Ich hoffe das war einigermaßen verständlich.

Aber noch ein Hinweis:
Es kann in Zusammenhang mit Threads und Klassen richtig Ärger geben,
wenn die Klasse weg ist aber der Thread noch da ist.
Das wird nicht einfacher durch Vererbung.

Gruß Frank

]]>https://www.c-plusplus.net/forum/post/1832905https://www.c-plusplus.net/forum/post/1832905Tue, 05 Jan 2010 13:08:20 GMT<![CDATA[Reply to ThreadProc dynamisch on Tue, 05 Jan 2010 15:49:30 GMT]]>jo danke

]]>https://www.c-plusplus.net/forum/post/1833042https://www.c-plusplus.net/forum/post/1833042Tue, 05 Jan 2010 15:49:30 GMT<![CDATA[Reply to ThreadProc dynamisch on Tue, 05 Jan 2010 16:40:36 GMT]]>Frank Erdorf schrieb:

Das ist alles nicht schön, funktioniert aber.
Ich hoffe das war einigermaßen verständlich.

Aber noch ein Hinweis:
Es kann in Zusammenhang mit Threads und Klassen richtig Ärger geben,
wenn die Klasse weg ist aber der Thread noch da ist.
Das wird nicht einfacher durch Vererbung.

Gruß Frank

ich hab die Handles der Threads eh im Timer gespeichert die können dann sicher geschlossen werden.

]]>https://www.c-plusplus.net/forum/post/1833092https://www.c-plusplus.net/forum/post/1833092Tue, 05 Jan 2010 16:40:36 GMT