Udskrive stak forbrug

Lidt kode ... det burde være rimelig nemt at se.

Jeps - det er 90% af gangene fordi du kalder en metode eller - især - en property rekursivt.

I har ret omkring kode eksempel. Problemet er at det er en kæmpe statemaskine KUN implementeret i main(). Derfor er jeg nød til at have et udskrift der viser mig at stackforbrug vokser før jeg begynder at rette i koden. koden er total overskuelig ved første øjekast. Derfor ingen kode

Findes der ikke et kald i stil med dette?
Console.WriteLine("Stack use: " + this.stackSice());

som udskriver størrelsen main()'s stack?

Måske du kan bruge:
var stackTrace = new StackTrace();
stackTrace.FrameCount

mvh

Jaa.. Lidt.

Men jeg har nu direkte brug for memory relateret info.

Hvorfor? Det har intet med memory at gøre.

Som "bvli" skriver, er det helt sikkert noget rekursivt der går galt.

Hvis du kører i debug mode med en debugger attached, så burde du kunne se stacktrace.

Enig. Du går uden om problemet og symptombehandler i stedet for at gå ned i koden og finde fejlen.

Enten - som buzzzz - skriver step dig igennem koden, eller endnu bedre; refactor din kode - del den ud i fornuftige metoder og find ud af hvor den dør.

Jeg giver dig ret. Men programmet er implementeret med en DEL goto sætninger hvilket jeg mistænker for at føre til en akkumulering af mem forbrug. derfor ønsker jeg også at overvåge størrelsen af stack/heep ("antal/sizeof" variable) foruden bare antallet af funktions kald i stack for det er nemlig altid 1.

ang. refactor, så er det noget med deadline. Der skal senere laves et nyt system til at overtage, men dette allerede lavede skal virke om én ude SIDEN...

Det er ikke min beslutning, jeg arbejder her bare. ;-)

Fortæl dem det er en dum beslutning.

Nu har du allerede ventet i flere timer på en løsning i stedet for at refactor ud og løse problemet på den rigtige måde.

GoTo i .NET er da sygt ... det har jeg aldrig set i produktions kode ... men ... hvis det er lavet med GoTo så er det klart at stack trace ikke vil virke.

Hvad er det du vil vide mem forbruget på? Hvis du vil derhen, skal du vist have fat i "memdbg" eller hvad det nu hedder, men så er det vist hurtigere at skrive det om.

Jeg kan ikke forstå det kan betale sig ikke at lave det om nu, i stedet for at bruge så mange timer og resourcer på at fikse et problem der burde være lige til.

Jeg håber dine kollegaer over dig bliver  mere fornuftige i fremtiden :-)

Jeg kan kun give dig ret, men det er nu engang sådan det er..

Takker for forsøget, svar hvis i ønsker point

Hvis du får stackoverflow i "GoTo" kode ... så er det helt sikkert også noget der kommer til at ske rekursivt.

Så er der kun en vej ... debug debug debug på den hårde måde.

Kan du ikke bare bruge: Console.WriteLine en masse steder, så må du da til sidst finde ud af hvad der bliver kaldt igen og igen.

Memory footprint giver ikke stackoverflow, men MemoryException af en eller anden art.

Takker..

Jeg er ogsaa meget sketisk overfor udskrivning af stack forbrug som en noedvendig del til at finde et stack overflow.

Men hvis du vil saa er 32 bit koden her (64 bit koden vil se lidt anderledes ud).

sp.c



spwrap.cs



sptest.cs

Jeg ønsker primært at verificere at stack ikke vokser. Derfor ønsker jeg at udskrive hvordan forbruget udvikler sig.

Jeg takker for hjælpen.
Kom med et svar arne..

ok