1. Sobald jemand eine Aktion per GUI auslöst, wird der Thread in WndProc erstellt (Handle und Pointer auf die übergebene Datenstruktur sind static).
Sobald der Thread fertig ist, sendet er vor dem "returnen" an das Hauptfenster eine (eigene definierte) Message, in der mit folgendem Code sichergestellt wird, ob der Thread auch schon zu Ende ist (Warten zwischen SendMessage und "returnen"):

DWORD dwExitCode;

while (GetExitCodeThread(hSplitThread, &dwExitCode) == STILL_ACTIVE)
	Sleep(1);

delete pData; //Freigeben des Pointers auf die Datenstruktur, die beim Erstellen übergeben wird

//Rest

Ich denke, das ist keine Ideale Lösung, auch wenn es funktioniert..

2. Zum Erstellen benutze ich CreateThread().
Nach einigem Nachforschen bin ich auf die Unterschiede von CreateThread() und _beginthreadex() gekommen:

The thread params that _beginthread(ex) initializes aren't the user's data. It is the TLS data that CRT itself uses for it's multithreaded versions of the functions. Quite a few of CRT functions touch upon this TLS data. That is why it is important to use the CRT thread creation function if your thread proc happens to call CRT functions that could be thread sensitive.

Das heisst doch für mich: Wenn ich keine Funktion der CRT benutze, kann ich den Thread ohne Probleme mit CreateThread erstellen; benutze ich welche, dann sollte _beginthreadex() verwendet werden, oder?

Und noch eine Frage: Was passiert GENAU, wenn ich Funktionen der CRT verwende und der Thread mit CreateThread() erstellt wurde??

Dazu bitte Meinungen/Verbesserungsvorschläge/Hinweise..
MfG,
Max

Und noch eine Frage: Was passiert GENAU, wenn ich Funktionen der CRT verwende und der Thread mit CreateThread() erstellt wurde??

Es werden u.U. nicht alles Resourcen freigegeben, wenn der Thread beendet wird.
(z.B. im Bereich TLS = Thread Local Storage)

// warten dass der Thread terminiert:
DWORD rc = WaitForSingleObject(threadHandle, INFINITE);
assert(rc == WAIT_OBJECT_0);

// jetzt kannst du mit GetExitCodeThread den exit code holen