Pointer auf Integerwert im Flash (ohne explizit eine Variable anzulegen)

[Thomas F. (thomas-hn)]

Hallo,

ist es mit C möglich einen Integerwert im Flash abzulegen, ohne dafür 
einen Variablennamen zu definieren und nur die Adresse dieses Wertes im 
Speicher zu bekommen? Also sowas wie:

int* MyPtr = &(const int)1234;

Bei Strings verhält es sich ja im Prinzip ähnlich. Dort liegt der String 
auch irgendwo im Flash und ich bekomme einen Zeiger darauf:

char* MyPtr = "HelloWorld";

Eine Alternative wäre ja z.B. meine Zahl 1234 (Hex: 0x04D2) als String 
abzulegen, allerdings mit dem Nachteil, dass ich beim Zugriff die Daten 
unter Umständen wieder in der korrekten Reihenfolge zusammenbauen 
müsste:

char* MyPtr = "\x04\xD2";

Vielen Dank,

Thomas

[Torsten R. (Firma: Torrox.de) (torstenrobitzki)]

Thomas F. schrieb:
> Hallo,
>
> ist es mit C möglich einen Integerwert im Flash abzulegen, ohne dafür
> einen Variablennamen zu definieren und nur die Adresse dieses Wertes im
> Speicher zu bekommen? Also sowas wie:
>
>

> int* MyPtr = &(const int)1234;
>

int* MyPtr = (int*)1234;

[GCC (Gast)]

Das geht etwa so:

*((uint32_t*)1234) = 0xDEADBEEF;

Vorrausgesetzt, mein C-Fu ist noch nicht so eingerostet bzw. es ist 
Semantisch erlaubt

[Thomas F. (thomas-hn)]

Torsten R. schrieb:
> Thomas F. schrieb:
>> Hallo,
>>
>> ist es mit C möglich einen Integerwert im Flash abzulegen, ohne dafür
>> einen Variablennamen zu definieren und nur die Adresse dieses Wertes im
>> Speicher zu bekommen? Also sowas wie:
>>
>>

>> int* MyPtr = &(const int)1234;
>>

>
>

> int* MyPtr = (int*)1234;
>

Hier typecaste ich die 1234 ja nur in einen Pointer und verwende die 
1234 somit als Adresse für meinen MyPtr.


GCC schrieb:
> Das geht etwa so:
>
>

*((uint32_t*)1234) = 0xDEADBEEF;

>
> Vorrausgesetzt, mein C-Fu ist noch nicht so eingerostet bzw. es ist
> Semantisch erlaubt
Hier typecaste ich die 1234 ja auch in einen Pointer, dereferenziere 
diesen dann und weise der Speicherstelle 0xDEADBEEF zu.

Was ich aber möchte ist, dass der Wert (nicht Adresse) 1234 im Flash 
abgelegt wird und ich die Adresse auf diesen Speicherplatz bekomme, 
sodass ich mit folgender Zeile auf mein 1234 zugreifen könnte:

MeinVariablenwert = *MyPtr;

[Stefan F. (Gast)]

Um welchen Mikrocontroller geht es?
Warum willst du keine Variable deklarieren?

[Johann L. (gjlayde)]

Thomas F. schrieb:
> Hallo,
>
> ist es mit C möglich einen Integerwert im Flash abzulegen,

Der C-Standard kennt kein Konzept namens "Flash".

Unabhängig davon gibt es keine Möglichkeit, die Adresse auf eine Zahl zu 
bekommen wenn z.B. eine Funktion einen int* erwartet:

extern void with_int (int*);

void provide_int (void)
{
    int val = 1234;
    with_int (&val);
}

In GNU-C geht auch z.B. fogendes:

extern void with_cint (const int*);

#define ADDRESS_OF(VAL) ({ static const int _[] = { (VAL) }; _;})

void provide_cint (void)
{
    with_cint (ADDRESS_OF (1234));
}

Ob der Wert ins Flash gelegt wird hängt jedoch vom ABI der 
C-Implementierung ab.

[Frank (Gast)]

Warum sagt man nicht einfach dem Linker, dass er   die Variable const 
int val; im Flash platzieren soll und legt dann einen Pointer darauf an?

[Yalu X. (yalu) (Moderator)]

Anonyme Variablen kann man mit Compound-Literals erzeugen:

const int *MyPtr = &(const int){ 1234 };

Manche Compiler platzieren const-Objekte automatisch im Flash, bei
anderen muss man etwas nachhelfen. So muss man bspw. beim AVR-GCC das
Schlüsselwort __flash verwenden:

const __flash int *MyPtr = &(const __flash int){ 1234 };

[Kaj (Gast)]

Und wozu genau ist das ganze gut? :-/

[Thomas F. (thomas-hn)]

Yalu X. schrieb:
> Anonyme Variablen kann man mit Compound-Literals erzeugen:
>
>
>

> const int *MyPtr = &(const int){ 1234 };
>

Genial, sowas habe ich gesucht :-)
Eine Frage allerdings noch.
Wenn ich deine oben zitierte Variante nehme, meldet mir der Compiler:
"taking address of temporary".

Bei der folgenden Variante compiliert es ohne Errors und Warnings.

const int *MyPtr = (const int[]){ 1234 };

Wieso behandelt der Compiler hier die "Adresse von einem Integer" nicht 
gleich wie ein Array (ein Verweis auf das Array selbst ist doch auch nur 
ein Zeiger).

[Yalu X. (yalu) (Moderator)]

Thomas F. schrieb:
> Wieso behandelt der Compiler hier die "Adresse von einem Integer" nicht
> gleich wie ein Array (ein Verweis auf das Array selbst ist doch auch nur
> ein Zeiger).

Keine Ahnung. Was ist das für ein Compiler?

Man muss halt beachten, dass ein Compound-Literal, das innerhalb einer
Funktion steht, nur so lange lebt, wie der umschließende Block aktiv
ist. Ist die Zeigervariable, die auf das Literal zeigt, länger existent,
wird ihr Inhalt ungültig. Das ist dann so ein ähnlicher Effekt wie wenn
eine Funktion einen Zeiger auf eine nicht-statische lokale Variable als
Return-Wert zurückgibt. Beide Problem bestehen aber bei einem durch
einen Zeiger repräsentierten Array genauso, weshalb auch mir ganz klar
ist, warum der Compiler in einem Fall warnt und im anderen nicht.

Compound-Literals außehalb von Funktionen sind übrigens immer statisch,
leben also so lange, wie das Programm läuft.

[Thomas F. (thomas-hn)]

Als Compiler verwende ich hier gerade die Codeblocks IDE mit GNU GCC.

[Yalu X. (yalu) (Moderator)]

Kannst du ein kleines Beispiel posten, bei dem die Warnung ausgegeben
wird?

[Stefan F. (Gast)]

Und benenne auch den µC (MCU), für den du das compilierst.

[Johann L. (gjlayde)]

Thomas F. schrieb:
> Wieso behandelt der Compiler hier die "Adresse von einem Integer" nicht
> gleich wie ein Array (ein Verweis auf das Array selbst ist doch auch nur
> ein Zeiger).

Weil ein Array kein Zeiger ist und ein Zeiger kein Array.

1) sizeof verhält sich anders.

2) Einem Zeiger kann ein Wert zugewiesen werden, einem Array nicht
   (damit ist nicht ein Element des Arrays gemeint).

void test (void)
{
   int *p;
   int array[5];

   p = array; // Ok
   array = p; // Fehler

   sizeof (p);     // = sizeof (int*)
   sizeof (array); // = 5 * sizeof (int)
}

[Stefan F. (Gast)]

Ich wiederhole nochmal die Fragen der Fragen:

> Um welchen Mikrocontroller geht es?
> Warum willst du keine Variable deklarieren?

> Und wozu genau ist das ganze gut?

Wer Hilfe erwartet, sollte Rückfragen beantworten.

[Yalu X. (yalu) (Moderator)]

@Thomas:

Mir scheint, du kompilierst den Code als C++-Programmm.

In C++ gibt es offiziell keine Compound-Literals, allerdings bietet sie
der GCC als Erweiterung an. Dummerweise verhalten sich die Compound-
Literals im erweiterten C++ anders als in C:

  https://gcc.gnu.org/onlinedocs/gcc/Compound-Literals.html

Wenn du den verlinkten Text gelesen hast, verstehst du die Fehlermeldung
und auch, warum bei Verwendung eines Arrays mit const-Elementen keine
Fehlermeldung ausgegeben wird.

In C sind beide Schreibweisen gleichbedeutend und korrekt, weswegen der
Compiler dort nicht meckert.