Ich bekomme es einfach nicht hin eine neue Klasse zu schreiben, die einen std::thread als Attribut hat. Der thread soll erst in einer anderen methode (nicht im konstruktor).
Mein Code bis jetzt sieht so aus:

class newThread{
	bool finished;
	bool started;

public:
	std::thread *wThread;

Jetzt will ich eine methode run haben in der ich den thread ausführe.

void start(){
		wThread(test);
	}

Warum funktioniert das nicht und gibt es eine Möglichkeit das zu machen?

std::thread wThread;
	newThread():wThread(test){

Allerdings bekomme ich hier in der ersten Zeile den Fehler "std::thread &std::thread::operator=(const std::thread &) is inaccessible".
Ausserdem muss ich hier vor dem Konstruktor schon festlegen welche Funktion ich ausführen will.

Aber da du nicht mal mit Pointern umgehen kannst, würde ich mir den Thread-Kram mal ganz, ganz schnell aus dem Kopf schlagen und wieder bei den Grundlagen anfangen.

Aber da du nicht mal mit Pointern umgehen kannst, würde ich mir den Thread-Kram mal ganz, ganz schnell aus dem Kopf schlagen und wieder bei den Grundlagen anfangen.

Gewissermaßen gleichzeitig zum "Aus dem Kopf schlagen" bei den Grundlagen anfangen.

Generell mal eine Frage:
Bei Klassen, die einen neuen Thread starten, habe ich oft gesehen, dass da Vererbung im Spiel ist. Was ist besser: Member oder Vererbung?

Bei Klassen, die einen neuen Thread starten, habe ich oft gesehen, dass da Vererbung im Spiel ist.

Du meinst eine Thread -Basisklasse mit pur virtueller run() -Methode? Ja, das ist der Java-Stil. Darüber sind wir schon lange hinweg

Nathan schrieb:

Was ist besser: Member oder Vererbung?

Tendenziell Member, da du eine schwächere Kopplung hast. Mit std::thread hast du zudem den Vorteil, dass du beliebige Callables (Freie und Memberfunktionen, Funktoren, Lambda-Ausdrücke) binden kannst.