Unbehandelte Ausnahme bei 0x004141d7 in TableModelTest.exe: 0xC00000FD: Stack overflow.

ich meine, dass das irgendwann passiert war mir klar aber bei 3000 schon? habe zum testen dann einfach mal folgendes mini-prog geschrieben:

#include <iostream>
#include <cstdlib>

using namespace std;

void stackTest(int k){
	stackTest(k+1);
}

int main(void){

	stackTest(0);

}

auch das schmiert schon bei k=4795 ab!

kann ich den stack irgendwie vergrößern?

habe es schon mit

#pragma check_stack off

und

/Gs[size]

versucht, hat aber beides nichts gebracht.
ich benutze Visual Studio 2005.
irgendwer eine idee?

auch das schmiert schon bei k=4795 ab!

Wen willst du eigentlich reinlegen?
Das Programm kackt bei jedem Wert ab...

Warum willst Du denn den Stack vergrößern ?

Also was anderes testen:

int g_lala = 0;

int ReCursed(int rek, int blubb)
{
//	int lala = ::GetTickCount();
	g_lala = rek;
	if(rek)
		return ReCursed(rek + 1, blubb * rek) - blubb;
	else
		return 0;
}

int _tmain(int argc, _TCHAR* argv[])
{
	if(::GetTickCount() == 0)
		ReCursed(::GetTickCount(), 1);
	else
		ReCursed(1, 1);

	printf("(%d)\n", g_lala);
	return 0;
}

Das schmiert nu wieder ab, und zwar in Tiefe 65273. Blubb. 1MB / 65273 = 16,064... - also braucht die Funktion 16 Byte Stack. Tolle Wurst, nicht grad viel zu viel. Also alles ganz normal. Du musst bloss richtig testen...

Im Debug Mode wirds wohl deswegen früher schluss sein, weil der VC da so viel Sachen dazumacht, so Guard-Bytes etc.
OK, ~218 Byte für eine doofe Funktion die eigentlich nix tut ist schon heftig, aber dann auch wieder egal -- wer nestet schon 4000 Levels tief?

EDIT
@TrollDetector:
Windows reserviert eine bestimmte Menge Adressraum für den Stack, und zwar sofort wenn der Thread angelegt wird. Default ist 1MB ja, aber wenn man 100MB Stack haben will oder bloss 100K, dann geht das auch. Und Windows kann auch nicht zaubern wenn man bloss 100K einstellt, dann bleiben es 100K, ganz egal ob man mehr brauchen würde

Im Debug kannst du dann ja einfach mal 10MB Stack (oder mehr) einstellen. Wenn dir das Programm im Release auch abschmiert, dann kannst du ja evtl. im Release auch mehr Stack hergeben.

Oder du implementierst selbst einen "Stack" wo du deinen State drauflegst, und wastelst die Funktion um dass sie ne Schleife verwendet, und das Backtracking eben selbst die nötigen Daten von dem "manuellen Stack" runterklaubt. Dann kannst du genau kontrollieren wieviel Speicher du pro "Frame" brauchst, und vor allem landet es nichtmehr am Stack, sondern eben im normalen Speicher.

Aber für den main-Thread geht das doch nciht, oder?