POSIX Thread und Polymorphie

[Stefan (Gast)]

Hallo!

Ich habe mir eine einfache Threadklasse gebaut, wie nachstehend, die 
unter Windows (GCC Codeblocks) auch wunderbar funktioniert. Wenn ich den 
gleichen Code versuche auf einem µCLinux-System (ARM11) zu compilieren 
und laufen zu lassen scheint die Applikation an der Stelle 
obj->Execute(); abzustürzen. Hat jemand eine Idee woran das liegen 
könnte?

Stefan

#include <iostream>
#include <conio.h>
#include <pthread.h>
#include <windows.h>

using namespace std;

class PThread
{
    private:
        pthread_t thread;
    public:
        virtual void Execute(void) = 0;
        PThread(void);
};

static void *execute(void *arg)
{
    PThread *obj = (PThread*) arg;
    obj->Execute();
    return 0;
}

PThread::PThread(void)
{
    pthread_create(&thread, NULL, &execute, this);
}

class MyThread: public PThread
{
    public:
        void Execute(void);
};

void MyThread::Execute(void)
{
    while (1)
    {
        cout << "Execute" << endl;
        Sleep(1000);
    }
}

int main()
{
    MyThread mythread;
    getch();
    return 0;
}

[Peter II (Gast)]

Stefan schrieb:
> Hat jemand eine Idee woran das liegen
> könnte?

lass dir die Adresse vom Objekt doch mal ausgeben

> PThread *obj = (PThread*) arg;
printf("obj: %p\n", obj );
> obj->Execute();

[Stefan (Gast)]

printf("obj: %p\n", obj );
obj->Execute();

Unter µCLinux: 0x92c1a8
Unter Windows: 0x28FF14

[Εrnst B. (ernst)]

hmm... Compiliert
( g++ -Wall -o x -pthread x.cc)
und läuft sowohl auf PC als auch auf Linux@ARMv7

Sicher dass du da denselben Code verwendest?

Mit void*-Casts und Polymorpie (oder gar Mehrfachvererbung) kriegt man 
leicht einen "pure virtual function call" hin...

[Peter II (Gast)]

Stefan schrieb:
> printf("obj: %p\n", obj );
> obj->Execute();
>
> Unter µCLinux: 0x92c1a8
> Unter Windows: 0x28FF14

dann mach mal bitte noch hier eine ausgabe rein, da sollte das gleiche 
rauskommen

printf("obj: %p\n", this );
> pthread_create(&thread, NULL, &execute, this);

[Stefan (Gast)]

Die Adressen stimmen jeweils überein; Hat der eine Compiler evtl. 
"Polymorphieprobleme"?

[Peter II (Gast)]

Stefan schrieb:
> Die Adressen stimmen jeweils überein; Hat der eine Compiler evtl.
> "Polymorphieprobleme"?

kannst du mal testen was passiert wenn du statt

> pthread_create(&thread, NULL, &execute, this);
einfach

this->Execute();

machst.

[Oliver R. (superberti)]

Hi,

dass der Code in Windows funktioniert ist wohl eher Zufall. Der Thread 
läuft nämlich schon los, bevor Deine abgeleitete Klasse "MyThread" 
vollständig konstruiert ist. Du kannst an dieser Stelle noch nicht auf 
virtuelle Funktionen der Basisklasse zugreifen, da das Objekt hier noch 
nicht seine Endausprägung kennt. Normalerweise gibt das einen "pure 
virtual function called" Laufzeitfehler.
Schreibe eine Run()-Funktion und lass den Thread nach der Konstruktion 
von "MyThread" loslaufen.

Gruß, Oliver

[Stefan (Gast)]

>Du kannst an dieser Stelle noch nicht auf
>virtuelle Funktionen der Basisklasse zugreifen

Wenn man genau darüber nachdenkt eigentlich völlig logisch, vielen Dank 
für den Hinweis, ich werde meine Threadklasse umbauen!

Gruß
Stefan

[Oliver R. (superberti)]

Genaugenommen handelt es sich hierbei um eine klassische Race-Condition: 
Ist "MyThread" konstruiert bevor der Thread darauf zugreift oder nicht?
Das erklärt wahrscheinlich auch, warum es unter Windows (meistens, 
immer?) funktioniert: Hier scheint der Thread zum Loslaufen länger zu 
brauchen, als die Konstruktion von "MyThread".


Gruß,
Oliver

[Stefan (Gast)]

Aber wenn ich den Thread innerhalb des Konstruktors der Klasse MyThread 
loslaufen lasse sollte alles ok sein, oder? Zu diesem Zeitpunkt müsste 
ja eigentlich die vtable schon fertig zusammengebaut sein...

[Oliver R. (superberti)]

Nein, das Objekt muss erst vollständig konstruiert sein.

Also:

MyThread mythread;
mythread.Run();

Gruß,