Plötzlich Memory Overflow

[Matthias (Gast)]

Ich hätt da mal wieder ein Problem. Ein Programm dass eigentlich schon 
funktioniert hat bringt jetzt beim compilieren einen Memory Fehler. Data 
Memory Usage war plötzlich bei 500%. Nach Löschen von drei von vier 
Fonts bin ich jetzt bei 130%. Wieso brauchen die Fonts jetzt auf einmal 
so viel Speicherplatz? Das einzige was ich an dem Programm geändert habe 
ist "prog_uchar" durch "unsigned char" zu ersetzen. Werden die Fonts 
durch die Änderung in den falschen Speicher geladen? Aber das hat ja 
auch schon mal funktioniert.

[Alex W. (Gast)]

Das musst du in deinem Lua-Compiler richtig einstellen! Eventuell wird 
der Font in zwei verschiedenen Funktionen verwendet und deshalb nimmt er 
den doppelten Platz weg!

[Nichtdurchblicker (Gast)]

Matthias schrieb:
> Werden die Fonts
> durch die Änderung in den falschen Speicher geladen?

Vermutlich ja.

Da du uns aber viele Details vorenthältst können wir das
nicht wirklich beurteilen.

[Jim M. (turboj)]

Matthias schrieb:
> Das einzige was ich an dem Programm geändert habe
> ist "prog_uchar" durch "unsigned char" zu ersetzen.

Damit wandern die vom Flash in den RAM. Bei ARM könnte "const unsigned 
char" helfen, bei AVR reicht das eventuell nicht (Stichworte: Pointer 
und Havard Architektur).

[Oliver S. (oliverso)]

Matthias schrieb:
> Das einzige was ich an dem Programm geändert habe
> ist "prog_uchar" durch "unsigned char" zu ersetzen.

Was hindert dich daran, das wieder zurückzuändern?

Oliver

[Frank M. (ukw) (Moderator)]

Matthias schrieb:
> Das einzige was ich an dem Programm geändert habe
> ist "prog_uchar" durch "unsigned char" zu ersetzen.

Mach das wieder rückgängig. Hinter dem Typ prog_uchar verbirgt sich 
bestimmt PROGMEM, was den Compiler veranlasst, die Fonts lediglich im 
Flash vorzuhalten. Deine Änderung bringt den Compiler dazu, die Fonts 
zur Laufzeit im viel zu kleinen RAM anzulegen. Peng!

[Matthias (Gast)]

Habs gelöst. Rückgängig machen geht nicht da es den Befehl "prog_uchar" 
anscheinend in neueren Compilern nicht mehr gibt. (Fehlermeldung: kein 
zulässiger Name). Ersetzt werden muss er durch "const unsigned char 
_attribute_ ((progmem))". Dann funzt es. peng!!

[Forist (Gast)]

Matthias schrieb:
> Ersetzt werden muss er durch "const unsigned char attribute ((progmem))".

Das hätte ich dir gleich sagen können, wenn ich gewußt hätte, um welchen 
Compiler es geht. :-(

[Peter D. (peda)]

Matthias schrieb:
> Rückgängig machen geht nicht da es den Befehl "prog_uchar"
> anscheinend in neueren Compilern nicht mehr gibt.

Nö, das hat nichts mit dem Compiler zu tun.
Du hast einfach nur im Code das

#include <avr/pgmspace.h>

gelöscht.

[Leo C. (rapid)]

> Du hast einfach nur im Code das
> #include <avr/pgmspace.h>gelöscht.

Muß nicht sein. Wahrscheinlich hat er nur eine neuere avr-libc 
installiert, und nicht (nur) einen neuen Compiler.


http://nongnu.org/avr-libc/user-manual/group__avr__pgmspace.html

prog_uchar

Note
    DEPRECATED
This typedef is now deprecated because the usage of the __progmem__ attribute 
on a type is not supported in GCC. However, the use of the __progmem__ attribute 
on a variable declaration is supported, and this is now the recommended usage.

The typedef is only visible if the macro __PROG_TYPES_COMPAT__ has been defined
before including <avr/pgmspace.h> (either by a #define directive, or by a 
-D compiler option.)

[Johann L. (gjlayde)]

Oliver S. schrieb:
> Matthias schrieb:
>> Das einzige was ich an dem Programm geändert habe
>> ist "prog_uchar" durch "unsigned char" zu ersetzen.
>
> Was hindert dich daran, das wieder zurückzuändern?

avr-gcc behandelt progmem als Variablen-Attribut, nicht als 
Typ-Attribut.

avr-gcc gibt nur deshalb keinen Fehler für progmem in Typen aus, weil 
das anno dulles mal (zufälligerweise) funktionierte und von der avr-libc 
per typedef unters Volk gebracht wurde.