ich hab einen thread der in einer klasse steckt (hoffe das ist so richtig)
und wenn ich kompiliere und ausführe klappt alles wunderbar.
so nun hab ich aber wegen einem anderen problem den debugger (dev-c++/gdb) angeschmissen. komischerweise stürzt das programm hierbei jetzt bei _beginthreadex immer mit einer "Segmentation Fault" ab.
hier der code:

/* Thread starten. (User) */
std::string ThreadKlasse::StarteThreadKlasse() {
    laufe=true;

    // hier hängt er sich weg
    h=(HANDLE)_beginthreadex(0,0,StarteThread,this,0,0);
    return "gestartet!";
}

unsigned CALLBACK ThreadKlasse::StarteThread(PVOID threadParam) {
    ThreadKlasse * instance = (ThreadKlasse *) threadParam;
    return instance->Run();
}

woran liegt das? warum gehts normal aber mit debugger nicht??

thx schon mal!

public:
        std::string ThreadKlasse::StarteThreadKlasse();

    protected:
        static unsigned CALLBACK StarteThread(PVOID threadParam);

so.

Power Off && MiC++ha: Wenn's das wäre würde es Compilerfehler geben.

Ja und nein, denn keiner weiß bis jetzt wie er es wirklich hat, ist es static oder nicht, "ähh", genau. Der Debugger könnte aber event. mit der einbettung in std::string nicht klar kommen.

hier bedürft es weitere oder umfangreichere informationen!

Wie gesagt, wenn er es nicht static hätte würde es nicht kompilieren.

Es würde auch nicht kompilieren wenn er es static hat, aber BlaBlaKlasse::... davor stehen hat, den bei der static Funktion wird ein Parameter übergeben, BlaBlaKlasse::funktion(xyz) erwartet 2 (this und xyz).

Guck nochmal hin, in seinen und unseren Aussagen, dann steigst du dahinter worauf ich hinaus will.

Ahnung über die std::... Funktionen sind von Vorteil

Es würde auch nicht kompilieren wenn er es static hat, aber BlaBlaKlasse::... davor stehen hat

Quatsch. Das ist egal ob er es davor schreibt oder nicht. static bleibt static.

//header
class ThreadKlasse {
    public:
        HANDLE hThread;
        bool laufe;

        std::string StarteThreadKlasse();

        virtual unsigned Run();

    protected:
        static unsigned CALLBACK StarteThread(PVOID threadParam);
};

//source
std::string ThreadKlasse::StarteThreadKlasse() {
    laufe=true;

    // hier hängt er sich weg
    hThread=(HANDLE)_beginthreadex(0,0,StarteThread,this,0,0);
    return "gestartet!";
}

unsigned ThreadKlasse::Run() {
}

unsigned CALLBACK ThreadKlasse::StarteThread(PVOID threadParam) {
    ThreadKlasse * instance = (ThreadKlasse *) threadParam;
    return instance->Run();
}

es stehen natürlich noch mehr vars und funcs drin aber die habe ich jetzt mal weggelassen.
ich benutze dev-c++ 4.9.9.1 mit gcc 3.3.1.
und wie gesagt: obiger code compiliert und läuft einwandfrei, nur nicht beim debuggen!
ich hoffe das sind jetzt genung infos und ihr könnt mir helfen

ich benutze dev-c++ 4.9.9.1 mit gcc 3.3.1.
und wie gesagt: obiger code compiliert und läuft einwandfrei, nur nicht beim debuggen!

der gdb ist auch nicht so toll. dem kann man nicht immer trauen. nimm z.b. den: http://www.microsoft.com/whdc/devtools/debugging/installx86.mspx

Probier mal verschiedene Debugging-Optionen aus, der C++ Compiler kann verschieden komplexe Debugging-Formate erzeugen. Vielleicht kommt der Debugger bloss nicht mit dem Debugging-Format zurecht.

Oder aber es liegt wirklich am gdb. Ich hatte auch mal Probleme mit dem Debuggen von Multithread-Anwendungen mit gdb, der ist da naemlich anscheinend etwas unterbelichtet, was das angeht. Offenbar wurde gdb nur fuers Post-Mortem Debugging geschrieben (also, wenn ein Programm abstuerzt und ein Core-Dump schreibt, dass man erst danach gdb aufruft, um den Zustand des Programms zu analysieren und die Fehlerquelle zu finden -- wird aber unter Windows nicht funktionieren, da Windows keine Unix-Core-Dumps schreibt).

unsigned threadid;
hThread=(HANDLE)_beginthreadex(0,0,StarteThread,this,0,&threadid);

2. deine Run Memberfunktion gibt keinen Wert zurück

3. poste einen kompletten code, dann kann ich den in visual c++ ausführen und gucken ob der debugger was sagt.

4. kannst du ja mal deinen compiler und dessen tools updaten. http://www.mingw.org/ => MinGW-3.2.0-rc-3.exe

1. mach doch mal:

unsigned threadid;
hThread=(HANDLE)_beginthreadex(0,0,StarteThread,this,0,&threadid);

hab ich schon längst, hat aber nix geändert.

lol. schrieb:

2. deine Run Memberfunktion gibt keinen Wert zurück

klar tut sie das. das hab ich hier nur weggelassen...

lol. schrieb:

4. kannst du ja mal deinen compiler und dessen tools updaten. http://www.mingw.org/ => MinGW-3.2.0-rc-3.exe

werd ich mal probieren...

lol. schrieb:

3. poste einen kompletten code, dann kann ich den in visual c++ ausführen und gucken ob der debugger was sagt.

wenn 4. nicht klappt komme ich gerne drauf zurück

This GDB was configured as "i686-pc-mingw32".

??
/edit: hab nen P2 400 das ist doch noch kein i686 oder?

und naja, wenn ich den kompletten source poste ist das ziemlich viel.
inclusive aller nötigen dateien sind das dann 15 files... ich müßte auch einiges umstellen/rausnehmen da ich manche sachen nicht posten kann/darf...

geht das vielleicht noch irgendwie anders?

@lol.:
das angebot, meinen code zu posten ist ja lieb gemeint, aber ich kann ja schlecht jedesmal wenn ich mal was zu debuggen hab hier posten...

was mach ich denn jetzt
gibts noch nen anderen debugger für gcc?

#include <windows.h>
#include <process.h>
#include <iostream>

class Thread
{
public:
	Thread()
	{
		unsigned threadIdentifier;
		_beginthreadex(NULL, 0, ThreadProc, this, 0, &threadIdentifier);
	}
private:
	static unsigned CALLBACK ThreadProc(void* threadArgument)
	{
		Thread* pThread = reinterpret_cast<Thread*>(threadArgument);
		return pThread->run();
	}

	virtual unsigned run() = 0;
};

class TestThread : public Thread
{
	unsigned run()
	{
		for(;;)
		{
			std::cout << "Alawalaschabalambaluiblaogalilowampa" << std::endl;
		}
		return 0;
	}
};

int main()
{
	TestThread thread;

	MSG message;
	while(GetMessage(&message, NULL, 0, 0))
	{
		DispatchMessage(&message);
	}
}