gcc-avr: sprintf_P nutzt keine malloc(), richtig?

[m_bedded (Gast)]

Hallo Freunde,

wenn ich die avr-libc-Doku richtig verstehe, nutzen die Funktionen der 
sprintf-Familie keine malloc(), also ich muss mich um den Heap nicht 
kümmern. Stimmt es?

(ich suche immer noch, warum mein sprintf_P-Aufruf ohne Werte 
funktioniert und mit Werten Promleme macht - 
Beitrag "gcc-avr: sprintf_P kracht (mit 3 oder mehr Parameter)"
Es ist fast wie hier: 
http://www.egnite.de/pipermail/en-nut-discussion/2005-March/004156.html)

[Stefan B. (stefan)]

m_bedded wrote:
> Hallo Freunde,
>
> wenn ich die avr-libc-Doku richtig verstehe, nutzen die Funktionen der
> sprintf-Familie keine malloc(),

Korrekt. Die Argumente werden letztlich zur Arbeitsfunktion vfprintf 
durchgereicht.

> also ich muss mich um den Heap nicht
> kümmern. Stimmt es?

Weiss ich bei deinem Vorhaben (uCOS-II auf mega128) nicht.

Du musst aber auf jeden Fall schauen, dass du genug Stack hast. vfprintf 
legt einiges auf dem Stack ab und zwar besonders viel, wenn 
PRINTF_LEVEL >= PRINTF_FLT gilt.

Hast du schon probiert dein Programm mit der Einstellung PRINTF_MIN zu 
linken, um den Stackverbrauch zu senken?

Bekommst du auch Crashes bei Minimalprogrammen wie

#include <avr/io.h>
#include <avr/pgmspace.h>
#include <stdio.h>

char PrnBuf[256];
char FMT_TABLEHEADER[] PROGMEM ="*********\r\n";
char FMT_NAMEVALUE  [] PROGMEM =" PARAM1=%d\r\n";
uint8_t value = 42;

int main(void)
{
   // sprintf(&PrnBuf[0], "dummy");
   // sprintf_P(&PrnBuf[0], FMT_TABLEHEADER);
   // sprintf(&PrnBuf[0], "%d", value);
   sprintf_P(&PrnBuf[0], FMT_NAMEVALUE, value); /* name=%d */
   while(1);
}

Wieviel Stack hast du im Programm noch übrig?

Den Platzbedarf kannst du ausrechnen wie unter WinAVR unter 
Tipps+Tricks beim Tool avr-size beschrieben. Mit dem Tool avr-nm kannst 
du auch alle Symbole deines Programms listen und so selbst ermitteln, ob 
malloc eingebunden wird oder nicht.

[m_bedded (Gast)]

Danke für die Antwort, Stefan!

Endlich habe ich es. Natürlich waren gcc und sprintf unschuldig.

Ich habe OSUnmapTbl des uCOS (os_core.c) ins Flash verschoben 
(Beitrag "uCOS mit gcc-avr: OSUnmapTbl[] ins Flash"), scheinbar doch unsauber.
Mit OSUnmapTbl in RAM funktioniert der Aufruf von sprintf_P() auch mit 
den Werten.