class Fu
{
private:
bool ThreadRun;
Fu():ThreadRun(true){};
void stopThread(void){threadFunc_mutex->lock();ThreadRun=false; Join... etc};

};

/// Das ist ein eigener Thread
void Fu::threadFunc(void)
{

    while(ThreadRun)
    {
        threadFunc_mutex->lock();
         /// do something
        threadFunc_mutex->unlock();
    }

}

Es ist nun leider so, dass durch den Aufruf von stopThread
die Variable ThreadRun nicht übernommen wird. Ich habe auch schon Volatile versucht, bringt aber nichts.

Was geht, ist wenn ich aus ThreadRun einen pointer mache, und
die variable dahinter setze.

Wiso geht es mit einer einfachen variable nicht ??

Grüße

Du wirst zwangsläufig Informationen auf dem Heap hinterlegen müssen.

also ich starte den Thread so:

Fu::Fu()
{
boost::thread *_Thread = new boost::thread(boost::bind(&Fu::threadFunc,this));
}

Hi,

also ich starte den Thread so:

Fu::Fu()
{
boost::thread *_Thread = new boost::thread(boost::bind(&Fu::threadFunc,this));
}

Es macht keinen Sinn das boost::thread-Objekt auf dem Heap zu erstellen.

Fu::Fu()
{
boost::thread _Thread(boost::bind(&Fu::threadFunc,this));
}

Wo liegt denn this? Ist es ein Stack oder Heap-Objekt?
Also da this ja ein Zeiger ist, sollte keine Kopie erstellt werden.

EDIT: Auch wenn ich vermute, dass es daran nicht liegen wird.

Also Fu selber ist im Stack.
Das Mit dem Thread sehe ich gleich.
War eher ein Versuch hier... das wir d noch geändert. Tut das hier was zur Sache ??

Wenn es auf dem Stack liegt, dann überschreibst du dir vermutlich beim Verlassen des Scopes den Speicher... Im anderen Thread greifst du dann auf diese nicht mehr vorhandenen Daten zu.

Es macht keinen Sinn das boost::thread-Objekt auf dem Heap zu erstellen.

Wenn er es weiterreichen möchte durchaus.

Es macht keinen Sinn das boost::thread-Objekt auf dem Heap zu erstellen.

Wenn er es weiterreichen möchte durchaus.

EDIT: Ups... boost::thread ist nicht copyable... Ich nehm alles zurück....

Na ja jetzt ists doch egal, ob der Thread auf dem heap oder nicht, bitte um vorschläge zum Thema *ggg*.

Dann zeig mal dein Singleton...
Wenn es ein Singleton ist, liegt es aber wohl nicht auf dem Stack

Aber ich komm nicht damit klar, dass er mit den Wert von meiner
boolschen Variable nicht übernimmt. Das macht mich fertig, zumal die Addresse die Selbe ist. Also im Thread und im Hauptthread....
Das kann doch eigentlich garnicht sein ...

Also ein minimales Beispiel, das Objekterzeugung und starten des Threads beinhaltet....

Ja du hast recht, =)...
statische variablen werden auf dem heap erzeugt. ...

Hab ich nie behauptet, da es glaube ich auch nicht der Heap ist, wo sie liegt, sondern noch ein anderer Speicherbereich, wo mir leider aber gerade nicht einfällt wie er heißt

Was macht denn das boost::bind(Funktion,this)

Es sorgt für ein Objekt, das eine Funktion

void operator()();

hat, in der die entsprechende Funktion auf dem this-Objekt aufgerufen wird.

boost::thread ruft diese Funktion nämlich auf.

das bind kopiert ??? Kann das sein ??? Moment mal..

Das bind kopiert das Objekt nicht, wenn du einen Zeiger übergibst... Also es kopiert nur den Zeiger, nicht aber das Objekt, auf das verwiesen wird.
Wenn du das this dereferenzierst, dann würde eine Kopie erzeugt...

EDIT: http://www.boost.org/doc/libs/1_47_0/libs/bind/bind.html#with_member_pointers

jetzt ist es aber so, dass ich für ein boost::mutex auf dem Heap einen
fehler beim bauen bekomme.

Er sagt mir dass boost::_noncopyable privat sei.... ????

Das hilft ir gerade aber nicht wirklich weiter.

Also einfach ein

boost::mutex mutex;

und schon habe ich die Fehlermeldung

Naja... Ist zwar ziemlich spekulativ, aber evtl. stimmts...

Ich hatte aber noch das Problem dass ich bei Folgemdem singelton
zweimal den destruktoraufruf hatte:

...
public:
    static DataBase & getInstance(){
        static DataBase instance;
        return instance;
    }
    ~DataBase();
private:
    DataBase(){}
...

Also ~DataBase wird zweimal aufgerufen, DataBase nur einmal.