avrstudio 5 simulator geht nicht richtig

[Vlad T. (vlad_tepesch)]

Hi,
Ich hab hier ein Problem beim simulioeren von code im avrstudio 5.

eingestellter avr ist ein tiny461. Debugger ist simulator.
debugging infos sind im assembler und compiler auf max. optimierung ist 
aus.

ich habe folgenden Code in der Main:

int main(void)
{
    volatile uint8_t soi = sizeof(int);
    volatile void*   t = &soi;
    //...
}

das lss zeigt mir, dass der code correct kompiliert wurde.
laut watch sind alle variblen 0.
auch das memory window (wobei mir nicht ganz klar ist, welches der drei 
ich nehmen muss) zeigt an den adressen der Variablen nullen an

weiß da jemand weiter?

[Krapao (Gast)]

Wann zeigt der Debugger das an?

Der Sichtbarkeitsbereich dieser lokalen Variablen beginnt erst bei der 
Definition in der Funktion main(). Ich würde den Beobachtungspunkt mal 
auf die Anweisung nach der Definition legen oder die Variablen global 
machen.

[Vlad T. (vlad_tepesch)]

Krapao schrieb:
> Wann zeigt der Debugger das an?
>
> Der Sichtbarkeitsbereich dieser lokalen Variablen beginnt erst bei der
> Definition in der Funktion main(). Ich würde den Beobachtungspunkt mal
> auf die Anweisung nach der Definition legen oder die Variablen global
> machen.

na ganz au den Kopf gefallen bin ich ja auch nicht.
Ich bin natürlich schon über die Zuweisung drüber gesteppt, bevor ich 
mir den Inhalt anschaue.
Ob die Variablen, global oder lokal definiert sind, macht übrigends 
keinen Unterschied, was das Problem angeht.

[Krapao (Gast)]

> na ganz au den Kopf gefallen bin ich ja auch nicht.

"Nichts ist unmöglich."

Es hängt von der Frage und deren Beiwerk ab, ob ich auf solche 
Banalitäten hin weise. Vermutlich hatte ich dir so was zugetraut, weil 
ich pers. in einem solchen Fall ein komplettes Beispiel und ggf. einen 
Screenshot der Debuggersituation gepostet hätte. Nächstes Mal schaue ich 
öfter in die Userinfo.

[Vlad T. (vlad_tepesch)]

Krapao schrieb:
> Es hängt von der Frage und deren Beiwerk ab, ob ich auf solche
> Banalitäten hin weise.
genau deswegen wundere ich mich.
> Vermutlich hatte ich dir so was zugetraut, weil
> ich pers. in einem solchen Fall ein komplettes Beispiel
nagut die includes fehlen, aber sonst steht doch alles da.
> und ggf. einen
> Screenshot der Debuggersituation gepostet hätte.
wenn ich geahnt hätte, dass jemand bei der Detailiertheit der 
Beschreibung der Voraussetzungen auf die Idee kommt, ich können den 
Debugger nicht bediehnen, hätte ich auch einen Screenshot gemacht, wo 
die rote Kuller und der gelbe Pfeil an der richitgen Stelle stehen.

> Nächstes Mal schaue ich öfter in die Userinfo.
Naja aus der Anzahl der Beiträge kann man auch nix über den Wissensstand 
ableiten, aber Schwamm drüber.

Das Problem habe ich trotzdem noch.

[Vlad T. (vlad_tepesch)]

warum wurde der Thread hierher verschoben?

es handelt sich schließlich nicht um irgendein windowsprogramm,
sondern um einen Teil der Entwicklungsumgebung, die sogar noch auf dem 
gcc basiert.

Das meiste was sonst so unter gcc steht, ist hingegen generische 
C-Programmierung und hat mit der Toolchain überhaupt nix zu tun und 
gehört nochweniger da hin.

[Jörg W. (dl8dtl) (Moderator)]

Vlad Tepesch schrieb:
> warum wurde der Thread hierher verschoben?

Weil der Simulator des AVR Studio absolut nichts mit dem GCC zu
tun hat.  Du hast ein reines Problem mit dem Simulator (zumindest
sieht es bislang danach aus).

Ob man's nach "Elektronik & Mikrocontroller" oder hierher einsortiert,
darüber könnte man sich nun streiten, ich habe mich beim Verschieben
halt für dieses Forum hier entschieden.  Da ist die Durchlaufrate
auch nicht ganz so hoch, was deinem Anliegen ja eher zugute kommen
sollte.