Struktur in Struktur

Andreas schrieb:

> Ich will eine Struktur (z. B. gpsdata) in einer Struktur
> (velocity_message) anlegen.

Dann musst du das aber auch tun.

> Dies funktioniert auch soweit.

Im Moment machst du aber etwas anderes. In der ersten Struktur hast du 
eine Verpointerung auf die 2-te. Die 2-te ist damit NICHT Teil der 
ersten Struktur. Es ist wie in einem Buch
In dem einen Fall gibt es im Buch ein Kapitel, in dem Text steht.
Im anderen Fall (deinem Fall), steht im Buch nur: Der weiterführende 
Text findet sich in diesem und jenem anderen Buch.


> Versuchen war dies einwandfrei. Kann ich immer davon ausgehen, dass der
> Compiler die einzelnen Variablen in der zweiten Struktur hintereinander
> im RAM anlegt oder könnte es auch sein, dass die Variablen "kreuz und
> quer" verteilt werden?

Nein, die Member einer Struktur können vom Compiler nicht umsortiert 
werden. Die Reihenfolge ist durch deine Reihenfolge definiert. Aber der 
Compiler darf zwischen die Member (und auch nach dem letzten) unbenutzte 
Bytes einschieben um damit zb Alignment Restriktionen der 
zugrundeliegenden Hardware zu erfüllen.

Andreas schrieb:

> Was meinst Du hiermit? Ich bin kein Informatiker und kenne mich daher
> nicht aus.

Es gibt zb Prozessoren, bei denen ein Speicherzugriff IMMER an einer 
geraden Adresse im Speicher erfolgen MUSS!

machst du daher ein

1

struct test

2

{

3

  unsigned char val1;

4

  unsigned char val2;

5

};

dann wird ein vernünftiger Compiler zwischen val1 und val2 ein 
unbenutzes Byte einschieben, damit val2 wieder auf einer geraden 
Speicheradresse zu liegen kommt, wenn die komplette Struktur auf einer 
geraden Speicheradresse liegt. Genauso wird er nach dem val2 noch ein 
unbenutztes Dummy-Byte einschieben, damit die Strukturgröße wieder auf 
ein Vielfaches von 2 kommt, damit auch in einem Array gewährleistet ist, 
dass
* jeder einzelne Array Element auf einer geraden Adresse liegt
* jeder Struktur-Member jedes Array Elements auf einer
  geraden Adresse liegt

Will man das nicht, dann muss der Compiler Mehraufwand leisten, indem er 
zb bei einem Zugriff auf val2, das komplette Pärchen val1 und val2 als 
16 Bit Wert von der geraden Adresse (auf der val1 liegt) einliest und 
dann alles was nicht zu val2 gehört wegmaskiert. D.h. prinzipiell ist 
der Zugriff möglich, aber er ist mit mehr Aufwand verbunden als wenn 
sowohl val1 als auch val2 auf einer jeweils geraden Adresse liegen und 
damit notgedrungener Weise ein unbenutztes Byte zwischen den beiden 
Membern liegt.