Threading

_matze

Weches OS? Unter Windows gibt es _beginthread bzw besser _beginthreadex (gerade, wenn auf den Thread gewartet werden soll), oder als Bestandteil der MFC auch AfxBeginThread. Von CreateThread rate ich im Vorfeld schonmal ab.

EDIT: Weitere Stichwörter (Win): WaitForSingleObject, WaitForMultipleObject, GetExitCodeThread

SWW13

Die Funktionen sollen nacheinander laufen, aber halt nicht bis zum Ende bzw. bis zu einem bestimmten Punkt.
Zum OS, das ganze soll nacher auf windows laufen.

Danke für die Tipps, ich werd mal danach suchen.

SWW13

Mir sind da ein paar Sachen noch nicht klar:

-Was ist der Unterschied zwischen createThread() und beginthreadex()?

-Wartet WaitForSingleObject() darauf das der Thread Suspended ist oder nur darauf das er beendet ist?
-Da ich mir ziemlich sicher bin das es auf das beenden wartet, was für alternativen gibt es?

Ich hab jetzt mal eine "funktionierende" Möglichkeit, alledings glaube ich dass das mit WaitForSingleObject() nicht so nicht ganz sinnvoll ist.

//Thread Funktion
void TestThread()
{
    while(1)
    {
        //Tu etwas
        //[...]

        SuspendThread(GetCurrentThread());
    }
}

//Thread Erstellung
void addThread(LPTHREAD_START_ROUTINE function) //<-Übergabe der Funktion, z.B. TestThread() 
{
	HANDLE thread = CreateThread(NULL, 0, function, NULL, CREATE_SUSPENDED, NULL);

	Threads[ThreadNum] = thread; //<-Handle Array
	ThreadNum++; //<-Anzahl der bereits erstelleten Threads
}

//Abarbeitung der Threads
void startThreads()
{
	for(int i = 0; i < ThreadNum; i++)
	{
		ResumeThread(Threads[i]);
		WaitForSingleObject(Threads[i], 10); //<-Es läuft nur weiter wegen den 10ms
	}
}

_matze

Du kannst auch mit CreateThread gant normal einen Thread erzeugen, aber...

http://blog.m-ri.de/index.php/2007/11/28/createthread-und-die-crt/

Dein Versuch sieht etwas seltsam aus. Deine Threads halten sich selbst in einer Endlosschleife an und werden von außen wieder gestartet, woraufhin sie sich wieder anhalten...?

Außerdem sieht das so aus, als wolltest du die Threads hintereinander sequenziell abarbeiten. Das ist hoffentlich nur ein Versuchsaufbau ohne tieferen Sinn. Am besten, du sagst mal konkreter, was deine Threads machen sollen, dann finden wir da eine gute Lösung.

P.S.: Nur so als Info: Bei WaitForSingleObject kann man auch INFINITE als Argument angeben, um ewig auf den Thread zu warten. Macht natürlich nur Sinn, wenn man sicher ist, dass der sich auch wirklich beendet...

SWW13

Also, um das ganze mal etwas konkreter und verständlicher zu erläutern:

Das ganze ist Teil eines Spiels, das ich bisher in lite-C (eine recht einfache Programmiersprache für Anfänger) geschrieben hatte und jetzt über das enthaltene SDK in C++ umschreibe. Einziger Hacken, in lite-C gibt es eine Funktion wait(Anzahl der Frames) die es so nicht im SDK nicht gibt. Also muss ich mehr oder weniger improvisieren.

So hab ich vor das ganze nachher zu implementieren:

void main()
{
    while(Neues Frame())
    {
        Alle Threads bis zum nächsten wait ausführen();
    }
}

Ich hoffe mal jetzt ist es verständlich(er).

SWW13 schrieb:

Man Problem ist bloß das ich mich mit Threads nicht sonderlich auskenne. Wenn irgend jemand einen groben Ansatz schreiben könnte und erklären wie ich mit den Threads umgehen kann wäre ich sehr froh.

Ansatz: Lern es richtig, sonst gibts nur Müll.

SWW13

Ich hab das ganze ein wenig überarbeitet, scheint auch einigermaßen gut zu funktionieren.

Jetzt stell ich mir bloß die Frage ob das von der Performance her mit Threads sinnvoll ist oder ob jemand besser Vorschläge hat.

Und was mir noch eingefallen ist, der TestThread ist nur ein Bsp. ich habe auch andere Funktionen/Threads die nicht immer das gleiche durchlaufen. (Bsp. TestThread 2)

void startThreads()
{
	for(int i = 0; i < ThreadNum; i++)
	{
		ThreadRunning = true; //<-bool
		ResumeThread(Threads[i]);

		while(ThreadRunning)//<-Der Thread setzt sie auf false bevor er sich slebst pausiert
			Sleep(0);
	}
}

void TestThread()
{
    while(1)
    {
        //Tu Was
        //[...]

        ThreadFinished(); //<-Setzt ThreadRunning auf false
        SuspendThread(GetCurrentThread());
    }
}

void TestThread2()
{
	while(Eingabe Namen)
	{
		Gedrückte Buchstaben zum Namen hinzufügen();

		ThreadFinished();
        SuspendThread(GetCurrentThread());
	}

	Begrüße Spieler();
}

Von CreateThread rate ich im Vorfeld schonmal ab.

Warum?

Shade Of Mine

FraggEsel schrieb:

Von CreateThread rate ich im Vorfeld schonmal ab.

Warum?

MSDN schrieb:

A thread in an executable that calls the C run-time library (CRT) should use the _beginthreadex and _endthreadex functions for thread management rather than CreateThread and ExitThread; this requires the use of the multi-threaded version of the CRT. If a thread created using CreateThread calls the CRT, the CRT may terminate the process in low-memory conditions.

_matze

FraggEsel schrieb:

Von CreateThread rate ich im Vorfeld schonmal ab.

Warum?

Sieh dir doch einfach den Link an, den ich gepostet hab.

SWW13 schrieb:

Also, um das ganze mal etwas konkreter und verständlicher zu erläutern:

Das ganze ist Teil eines Spiels, das ich bisher in lite-C (eine recht einfache Programmiersprache für Anfänger) geschrieben hatte und jetzt über das enthaltene SDK in C++ umschreibe. Einziger Hacken, in lite-C gibt es eine Funktion wait(Anzahl der Frames) die es so nicht im SDK nicht gibt.

Wozu ist diese Funktion denn gut? Hört sich für mich jetzt nicht nach einem Grund an multi-threading zu verwenden, sondern eher so als ob du eine Sleep-Funktion in einem Thread wolltest.

SWW13

Wie jetzt? schrieb:

Wozu ist diese Funktion denn gut? Hört sich für mich jetzt nicht nach einem Grund an multi-threading zu verwenden, sondern eher so als ob du eine Sleep-Funktion in einem Thread wolltest.

Eigentlich schon, bloß das die "Sleep-Funktion" auf das beenden einer Funktion warten soll die im Main-Thread gestartet wurde. Und diese Funktion sollte nachher in mehreren Threads gleichzeitig verwendet werden können und zwar so, dass alle bis zu ihrer "Sleep-Funktion" ausgeführt werden und dann darauf warten dass das nächste Frame gerendert wird bzw. die Render Funktion beendet ist.

Wenn es eine solche Funktion gibt wäre das natürlich deutlich einfacher, ich hab bloß nichts in der Richtung gefunden.

_matze

Ich denke, es wäre ratsam, dein Design mal grundsätzlich zu überdenken. Threads sind dafür da, gleichzeitig Berechnungen durchzuführen. Nicht dafür, aufeinander zu warten und im Grunde einen sequentiellen Ablauf abzubilden. Denn so hört sich das irgendwie an...

SWW13

_matze schrieb:

Ich denke, es wäre ratsam, dein Design mal grundsätzlich zu überdenken. Threads sind dafür da, gleichzeitig Berechnungen durchzuführen. Nicht dafür, aufeinander zu warten und im Grunde einen sequentiellen Ablauf abzubilden. Denn so hört sich das irgendwie an...

Stimmt soweit, ich will Funktion oder Teile einer Funktion sequentiell durchlaufen. Letzteres macht mir allerdings Probleme weil es meines Wissens keine Funtkion JumpToLine x in Funktion y gibt.
Deswegen bin ich auf die Idee mit den Threads gekommen, sie werden ja im Grunde auch nur nach einander Abgearbeitet.
Am einfachsten wäre es ja, wenn alle Funktionen und Teile von Funktionen in einer Liste stehen würden und man dann immer an die Stellen springt wo die Funktion oder ein Teil von ihr anfängt und dann diese bis zu Punkt x abläuft und dann zur nächsten (Teil-)Funktion springt und das bis zur letzten und dann zur Main-Funktion zurückkehrt.

Dann splitte deine Funktionen doch einfach, so dass du von jeder Funktion aus diese benötigten Teile aufrufen kannst.

Aber so wie du das schreibst hört sich das schon sehr nach einem Designfehler an.

P.S. Es ist tatsächlich möglich in einem Programm solche Sprünge durchzuführen, aber in deinem eigenen Interesse sage ich dir nicht wie, sonst machst du das nachher noch und das wird noch unschöner als deine Thread-Sleep-Halb-Sequentiell-Methode :p

freaky

SWW13 schrieb:

void main() //<-------------------------
{
    while(Neues Frame())
    {
        Alle Threads bis zum nächsten wait ausführen();
    }
}

void main
http://www.c-plusplus.net/forum/viewtopic-var-p-is-284489.html

SWW13

FreakY<3Cpp schrieb:

void main

Upps, da hab ich beim schreiben geschlafen, war auch nur nen Psyeudo Code um zu zeigen wie ich mir das vorgestellt habe. Meine richtig Main hat natürlich einen Integer als Rückgabewert.

Das mit dem dem Desingfehler stell ich langsam selber fest, die Funktionen zu unterteilen sollte sinnvoller sein als meine bisherige Planung. Ich werde jetzt mal das gesammte Projekt neu plannen und zwar mit der Tatsache das Funktionen nicht länger als Frame ausgeführt werden können.

@Tippgeber: Könntest du mir trotzdem mal sagen wie das funktioniert, ich kann es einfach nicht lassen alles mögliche zu testen. Dadurch hab ich schließlich auch programmieren gelernt, aber recht hast du, sinnvoll ist es in dem Projekt nicht.

SWW13 schrieb:

@Tippgeber: Könntest du mir trotzdem mal sagen wie das funktioniert, ich kann es einfach nicht lassen alles mögliche zu testen. Dadurch hab ich schließlich auch programmieren gelernt, aber recht hast du, sinnvoll ist es in dem Projekt nicht.

Such mal nach longjmp.

_matze

Tippgeber schrieb:

Such mal nach longjmp.

Lass das!

SWW13

Zu spät xD. Wenn ich das richtig verstanden hab speichert die Funktion den Zustand und stellt ihn später wieder her, was ziemlich auf die Performance gehen müsste. Ich werde es ja auch nicht (zumindest nicht bei dem Projekt) verwenden.

Auch wenn ihr mir jetzt nicht direkt geholfen habt, danke dass ihr mich auf den richtigen Weg gebracht hab.