Stack filled to 100% - kann das einer erklären?

Neben den für Funktionsaufrufe erforderlichen Daten (Rücksprungadresse 
und übergebene Variablen) landen auch automatische Variablen auf dem 
Stack, also lokal in einer Funktion deklarierte Variablen.

1

int bla(int x, int y)

2

{

3

  int fusel[100];

4

5

  ...

6

}

Beim Aufruf dieser Funktion wird neben der Rücksprungadresse und den 
beiden Funktionsparametern auch das Array 'fusel' auf dem Stack 
angelegt.

Der Heap ist ein anderer Speicherbereich, der nur für dynamische 
Speicherverwaltung mit Funktionen à la malloc genutzt wird.


(Das ist eine grob vereinfachte Darstellung, die aber für die 
Betrachtung des Problemes ausreichen sollte).

Robert schrieb:
> Und wo landen dann andere Variablen, die ich z.B. global deklariere?
Die laden direkt im RAM. Ausserhalb vom Stack.
> Wieso werden die anders behandelt, als eine Variable, die in einer
> Funktion erzeugt wird?
Variablen in einer Funktion müssen nicht ständig im RAM stehen, sondern 
nur kurz (Solange die Funktion läuft). Da es ein riesen Aufwand wäre bei 
jedem Funktionsaufruf zu schauen wo Platz für eine Variable im RAM ist, 
werden die Variablen halt auf den Stack gelegt.

cskulkw schrieb:
> Das kann man ganz gut mit Rekursionen
> erreichen.

Man kann Rekursionen recht einfach in Schleifen umformen, dann sinkt der 
RAM-Bedarf rapide.

Ich hatte sogar mal gesehen, daß der Compiler selber die Rekursion zu 
ner Schleife optimiert hat. Geht aber nur bei einfach überschaubaren 
Rekursionen.


Peter

Robert schrieb:
> Ich habe mir den Stack jetzt mal angeguckt - der wird recht groß bei
> einer Wurzelberechnung und beim Arkussinus.

Der IAR sollte eigentlich gut zu optimieren.

Hast Du die Optimierung ausgeschaltet?
Als Default sollte man "-Os" nehmen. Schlechtere Optimierungen nur dann, 
wenn man weis, was man tut.


Peter