Unerklärlicher Stackoverflow
-
Strange! Ändert eine 'catch' in 'catch (Exception ex)' Umwandlung was am verhalten?
-
Wie sieht denn der Stacktrace aus, d.h. welche Methode wird rekusiv aufgerufen?
-
Das Empfangen der Exception ändert nichts. Der Call-Stack sieht nach dem Klicken des Buttons wie folgt aus:
http://fs1.directupload.net/images/150206/ha7ib2fd.png
http://fs1.directupload.net/images/150206/td6dbidc.png
-
Der Stacktrace sieht mir aber nicht nach einer Rekursion aus.
Evtl. ist der Stack zu klein? Dafür gibt es zwar keine Compileroption, aber ein externes Tool: editbin.exe - s. Increasing the Size of your Stack (.NET Memory Management: Part 3).Bei stackoverflow.com (passender Name
finden sich einige weitere Beiträge zum Thema "XP StackoverflowException"...
-
Th69 schrieb:
Der Stacktrace sieht mir aber nicht nach einer Rekursion aus.
Siehst du was was ich nicht sehe?
Im Stacktrace ist ja sogar das "ThreadHelper.ThreadStart" noch mit drinnen, und für micht sieht es so aus als wären auch alle Callstack-Zeilen sichtbar, da die Scrollbar ausgegraut ist.
=> Wohl eher doch keine Rekursion.
EDIT: "nicht" übersehen
-
Hast du mir jetzt widersprochen oder doch nicht?
-
Erm.
*self-facepalm*
Ich hab das "nicht" überlesen.
Nein, kein Widerspruch, bloss Unachtsamkeit meinerseits.
-
Danke für die Hinweise.
Das Seltsame daran ist ja, dass die Funktion nicht aufgerufen wird und somit den Stack nicht zusätzlich belastet. Ich habe nun versuchte, die Größe des Stacks auszureizen und eine Rekursion der Funktion proviziert. Bei den selben Übergabeparametern (Integer und Color) bricht das Programm unter Windows XP erst bei einer Rekursionstiefe von etwa 9900 mit einem Stack-Overflow ab (siehe Bild). Insofern halte ich es fast für unmöglich, dass die Größe des Stacks bei einem einmaligen Aufruf der Funktion in dem catch-Block zu klein ist. Ist das möglicherweise ein Bug im .net-Framework oder/und Windows XP bei der Verwendung von mit static und volatile deklarierten Variablen in einem try-catch-Konstrukt?
-
Übersetz doch mal mit unterschiedlichen Runtime Versionen!?!
was passiert wenn du im try ein throw; machst?
-
Vielen Dank für diese Idee!
Wenn ich bei dem Testprogramm nicht das, für das Visual Studio 2010 übliche, .net-Framework 4.0 als Zielframework auswähle, sondern das .net-Framework 3.5, dann tritt der Fehler nicht mehr auf! Nach dem klicken des Buttons passiert erwartungsgemäß nichts. Selbes Ergebnis wenn ich das .net-Framework 3.0 oder 2.0 auswähle (alle mit SP1), ebenso kein Stack-Overflow. Da die .net-Frameworks 2.0, 3.0 und 3.5 die CLR-Version 2.0 nutzen und erst das .net-Framework 4.0 die CLR-Version 4 nutzt, liegt es irgendwie nahe, dass die CLR-Version 4 einen Bug enthält.
