ich führe in einem Thread Berechnungen aus und möchte diese live auch gleich graphisch darstellen. Die Darstellung wollte ich in der Methode CView::OnDraw(CDC* pDC) ausführen. Meine Vermutung war, dass ich diese Methode z.B. mit Invalidate() ausführen kann. Daher folgender Code für die Thread-Funktion:

DWORD WINAPI CVIView::ThreadFunc(LPVOID data)
{
	while(continueThread)
	{
		//Berechnung ausführen
		Invalidate();
		Sleep(100);
	}
	return(0);
}

Ich erhalte die Fehlermeldung

error C2352: 'CWnd::Invalidate::CWnd::Invalidate': Unzulässiger Aufruf einer nicht statischen Memberfunktion

Ich verstehe das so, dass die Thread-Funktion, da sie selbst statisch ist, nur statische Memberfunktionen aufrufen kann? Gibt es keinen Weg, das zu umgehen? Habe das Problem auch schon mit einer weiteren Funktion gehabt, aber da konnte ich mir anders helfen. Nur hier weiß ich keine Alternative

Wäre nett, wenn mir jemand weiterhelfen könnte :xmas1:

DWORD WINAPI CVIView::ThreadFunc(LPVOID data)
{
    CVIView* pThis = (CVIView*) data;
    while(continueThread)
    {
        //Berechnung ausführen
        pThis->Invalidate();
        Sleep(100);
    }
    return(0);
}

ABER: MFC (oder war's die WinAPI?) bringt dir zur Laufzeit Probleme, wenn Worker-Threads direkt auf die Fenster zugreifen wollen - das darf nur der Thread, der das Fenster auch erstellt hat. Darum ist die übliche Vorgehensweise:

• schreib deine Ausgabedaten an eine Stelle, wo du sie später wiederfinden kannst (z.B. in Member von pThis)
• schick eine WM_APP-Nachricht an dich selber - bei der Verarbeitung dieser Nachricht kannst du dann deine Daten anzeigen lassen

SendMessage(WM_NACHRICHT);

versucht, aber das scheint auch wieder eine nicht-statische Funktion zu sein, meint der Compiler.

Auch sollte man sich klar sein, was InvalidateRect und UpdateWindow auslösen.

Ein InvalidateRect ist IMHO gänzlich ungefährlich aus einem Workerthread. Wenn der GUI Thread an der Reihe ist, wird er das Fenster neu zeichnen.
Allerdings musst Du die Daten Threadsicher einpacken, nicht das es zu Problemen kommt.

UpdateWindow/RedrawWindow ist problamtisch aus dem Workerthread. In diesem Fall wird eine threadsynchronisation erzwungen und der Workerthread wartet bis das Fenster gezeicnet wurde und das geschieht auch nur wenn der GUI Thread irgendwann GetMessage/PeekMessage ausführt.

Man sollte solche Threadsynchronisationen vermeiden, weil sie die Arbeit immens ausbremsen.
Was MrEvil mit SendMessage vorschlug ist deshalb auch problematisch. SendMessage kehrt erst zurück, wenn der UI Thread die Nachricht abgearbeitet hat.

Ich habe folgendes getan:

DWORD WINAPI CVIView::ThreadFunc(LPVOID data)
{
    CVIView* pThis = (CVIView*) data;
    while(continueThread)
    {
        //Berechnung ausführen
        pThis->SendMessage(WM_UPDATEVIEW);
        Sleep(100);
    }
    return(0);
}

Die Nachricht registrieren:

#define WM_UPDATEVIEW (WM_USER + 1)

Ich habe die Definition ins Headerfile der Klasse geschrieben (da gehört sie doch hin oder?). Nun dachte ich, sie würde im VS dort mit auftauchen, wo man die Handler der verschiedenen Nachrichten festlegen kann. Tut sie aber nicht. Hab ich was falsch gemacht, oder wie kann ich die Nachricht jetzt verarbeiten?