malloc, strncpy auf STM32F4 keine Funktion

[Marcel F. (kellertuer)]

Hallo, bei mir zeigt strncpy keine Wirkung! Zuerst dachte ich, es liegt 
an der newlib. Bin aber mittlerweile am steppen im dissasembly und dort 
ist hinter strncpy eine Funktionalität hinterlegt. Es werden auch die 
Adressen der Strings geladen und auch das zu schreibende Zeichen kann 
ich erkennen. Jedoch passiert an der Stelle (strb.w r5, [r4], #1), an 
der das Zeichen in den neuen String kopiert werden sollte nichts. Das 
disassembly ist angefügt. Der Code lautet

  const char* from = "12345678";
  char *to = "yyyyyy";
  strncpy(to, from+2, 5);

Was läuft falsch?

[Marcel F. (kellertuer)]

OK, Lösung gefunden:

Wenn ich schreibe

char to[6];

 dann wird die Variable irgendwo im RAM angelegt und kann verändert 
werden. Wenn ich aber schreibe

char to = "yyyyyy";

 dann wird die Variable irgendwo im Flash angelegt und kann nicht 
verändert werden.

Warum ist das so und wie kann ich festlegen, welche Variable ich wohin 
haben möchte?

[Karl H. (kbuchegg)]

Marcel F. schrieb:

> disassembly ist angefügt. Der Code lautet

  const char* from = 
> "12345678";
>   char *to = "yyyyyy";
>   strncpy(to, from+2, 5);

>
> Was läuft falsch?

Dein C Verständnis.
Genauer gesagt deine Kenntnisse über String-Verarbeitung in C.

[Karl H. (kbuchegg)]

Marcel F. schrieb:
> OK, Lösung gefunden:
>
> Wenn ich schreibe
>

> char to[6];
>

> dann wird die Variable irgendwo
> im RAM angelegt und kann verändert werden.

Logisch. Genau das hast du ja auch mit dem Array ausgedrückt.

   to
   +---+---+---+---+---+---+
   |   |   |   |   |   |   |
   +---+---+---+---+---+---+

schreibst du auch noch eine Initialisierung dazu, dann wird der Speicher 
auch gleich noch auf definierte Werte gesetzt.

char to[6] = "abcd";

   to
   +---+---+---+---+---+---+
   | a | b | c | d | \0|   |
   +---+---+---+---+---+---+

> Wenn ich aber schreibe
>

> char* to = "yyyyyy";
>

> dann wird die Variable irgendwo im Flash angelegt
> und kann nicht verändert werden.

Auch logisch.
Die Pointer Variable liegt im SRAM. UNd dieser Pointer wird so 
eingerichtet dass er auf ein String-Literal (eine konstanter String) 
zeigt. Denn "yyyyy" ist eine Stringkonstante und für dich unveränderbar.

   to
   +-----+
   | o------------------->"yyyyy"
   +-----+

und da String-Literale per Definition unveränderbar sind, darf sie der 
Compiler auch in Speicher legen, der vom Programm aus nicht veränderbar 
ist.
Du könntest den Pointer auf was anderes zeigen lassen, wenn du willst

  char* to = "yyyyyy";

   to
   +-----+
   | o-------------------->"yyyyy"
   +-----+     
                
                    "Hallo Du, Copyright by me"

  to = "Hallo Du, Copyright by me";

   to
   +-----+
   | o---------+           "yyyyy"
   +-----+     |
               |
               +--->"Hallo Du, Copyright by me"

aber das ändert nichts daran, dass auch dieses Stringliteral "Hallo Du, 
Copyright by me" ein Stringliteral und als solches unveränderbar ist.


Der Compiler darf sogar soweit gehen und mehrere derartige Verweise zu 
einem einzigen zusammenführen. Denn wie gesagt: Die String-Konstante ist 
für dich ja tabu, kann sich also daher während eines Programmlaufs nicht 
verändern.

  char* to = "yyyy";
  char* to2 = "yyyy";

   to
   +-----+
   | o------------------->"yyyyy"
   +-----+                 ^
                           |
                           |
   to2                     | 
   +-----+                 |
   | o---------------------+
   +-----+

[Marcel F. (kellertuer)]

OK, danke für die ausführliche Erklärung. Hab lange nichts mit Strings 
in C gemacht, daher war mir das nicht bewusst. Ich dachte, dass

char var[3]="abc"

 und

char* var = "abc"

 das gleiche ist :)

Ach und ja, es sollte außerdem

char var[4]="abc"

 heißen, damit die Null noch reinpasst ;)

[Karl H. (kbuchegg)]

Marcel F. schrieb:

> Ach und ja, es sollte außerdem
>

> char var[4]="abc"
>

> heißen, damit
> die Null noch reinpasst ;)

es sollte eigentlich

char var[] = "abc";

heißen. Denn dann zählt der Compiler für dich den String ab und 
dimensioniert das Array gerade groß genu, dass der String mit allem drum 
und drann gerade noch reinpasst.

Wenn du allerdings dann da mit einem strncat noch was hinten drann 
hängen willst, dann bist DU dafür verantwortlich, dass das Array dafür 
auch groß genug ist.