Zeiger auf ein Struct-Array-Element übergeben

Jannik schrieb:

>     empfaenger_id = *event[i].empfaenger_nr[i]; //Funktioniert nicht ->

event[i] ist ein MELDUNG, kein MELDUNG*.  Daher ist 
event[i].empfaenger_nr[i] ein uint8_t und kein uint8_t*, kann mithin 
nicht dereferenziert werden.

Jannik schrieb:
> Aber wieso funktioniert es bei *event[i].nachricht ? Kann mir das
> nochmal wer näher erläutern?

weil die Array Variable "nachricht"  ein  Pointer ist.

Jannik schrieb:
> Ahhh okay ...und auf das erste Zeichen des Char-Arrays zeigt?
> Vielen Dank

ja, genauso ist es.  Bitte!

Andreas W. schrieb:

> weil die Array Variable "nachricht" ein  Pointer ist.

Nein.  Ein Array ist ein Array und ein Pointer ist ein Pointer.

Nur weil sie in der Verwendung teilweise ähnlich sind, sind Arrays noch 
lange keine Pointer — ausser bei Funktionsparametern, wo es tatsächlich 
das "Array decays to Pointer" gibt.

Bei Zeigern, int und double gilt ja auch: Nur weil man sie subtrahieren 
kann, vergleichen kann oder einen int draufaddieren kann, sind Zeiger, 
int und double noch lange nicht das selbe.

Johann L. schrieb:
> Andreas W. schrieb:
>
>> weil die Array Variable "nachricht" ein  Pointer ist.

das weis ich auch, ich hätte wohl besser schreiben sollen:

Der Name eines Arrays kann als Pointer auf sein erstes Element benutzt 
werden.

Andreas W. schrieb:

> Der Name eines Arrays kann als Pointer auf sein erstes Element benutzt
> werden.

Besser. Viel besser.

Das Problem mit deiner Aussage ist, dass die Kenner zwar wissen was du 
meinst, aber Anfänger ganz gerne die Aussage missverstehen.

So, so. Der Arrayname ist ein Pointer. Warum geht dann das nicht

FileA.C

1

int Werte[20];

FileB.C

1

extern int *Werte;

2

3

void foo()

4

{

5

  Werte[5] = 26;

6

}

wo doch ein Array ein Pointer ist?

Rolf Magnus schrieb:

> Naja, der Klassiker ist doch eher sowas wie:

:-)
Diese Syntax kannte ich damals noch nicht, als ich für mich die 
Unterscheidung Array-Pointer entdeckte und mir einen Reim darauf machen 
musste. Das globale Array/Pointer Beispiel hat mir dann die Augen 
geöffnet, als ich dann endlich verstanden hatte, was ich im K&R 
misverstanden habe.

Drum bringe ich es ganz gerne.

Wenn man mit dem Extern/Pointer/Array-Beispiel von Karl Heinz auf die
Nase gefallen ist, lernt man dann meistens auch, warum alles Gobale in
Header-Files deklariert gehört und diese insbesondere auch dort
inkludiert werden sollten, wo die Definitionen der entsprechenden
Variablen bzw. Funktionen stehen. Dann wird man vom Compiler nämlich
durch ein "error: conflicting types" auf den Fehler hingewiesen.

Neben den Extern-Deklarationen und dem Sizeof-Operator ist die
Unterscheidung zwischen Array und Pointer bei der Behandlung von Arrays
von Arrays (im Volksmund auch mehrdimensionale Arrays genannt) von
Bedeutung. Da stößt man dann plötzlich auf so seltsame Dinge wie Pointer
auf Arrays. Auch zu diesem Aspekt gab es hier im Forum schon genügend
Verwirrung.

Oder:

FileA.C

1

int Werte[20];

FileB.C

1

extern int *Werte;

2

3

void foo (int *w)

4

{

5

  Werte = w;

6

}

wo doch ein Array ein Pointer ist?

Oder:

FileA.C

1

int Werte[20];

FileB.C

1

extern int *Werte;

2

3

unsigned char foo (void)

4

{

5

  unsigned char x;

6

  asm ("ldi %0, lo8(%1)" : "=r" (x) : "i" (Werte));

7

  return x;

8

}

Rolf Magnus schrieb:

> Spaßig wird das, wenn man versucht, mehrdimensionale Arrays an
> Funktionen zu übergeben.

Wo ist das Problem?

1

char get_a (char a[][8])

2

{

3

    return a[2][1];

4

}