Struct als Zeiger übergeben

Wenn Du Dich auch nur eine Sekunde Deines Lebens mit der für die 
Verwendung von Zeigern erforderlichen Gedanken über die 
Speicherverwaltung beschäftigt hättest, dann wäre Dir die Sache völlig 
klar. Aber leider scheint heutzutage eine Beschäftigung mit den 
Grundlagen bei vielen, nicht allen(!), ziemlich verpönt zu sein. Statt 
sich das nötige Wissen selbst zu erarbeiten, wird dann einfach auf 
irgendwelche Webforen zurückgegriffen.

Aber natürlich ist das alles nicht Deine Schuld, sondern der böse, böse 
Compiler ist dafür verantwortlich.

Genau diese Art von Unverständnis über die Verwendung von Zeigern führte 
übrigens dazu, dass ehemalige Kollegen völlig zu Recht die Entlassung 
eines anderen Kollegen forderten, da sie es leid waren, dessen Fehler 
immer wieder auszubügeln. Dummerweise machen sich derartige Fehler 
häufig nicht an der Stelle bemerkbar, an der sie verursacht werden, 
sondern ggf. sogar in ganz anderen Modulen der Software.

verwirrter Frickler schrieb:

1

typedef struct

2

{

3

     int SDM120reg;

4

} someStuff_t;

5

6

void test (someStuff_t *xy)

7

{

8

  xy->SDM120reg = 30001;

9

}

10

11

int main (void)

12

{

13

      someStuff_t someStuff;

14

      test (&someStuff);

15

16

      return 0;

17

}

Nop schrieb:
> Der Pointler schrieb:
>> verwirrter Frickler schrieb:
>>> Das hier hat geholfen.    someStuff_t *someStuff, st;
>>>     someStuff = &st;
>>
>> Ich wage zu bezweifeln, dass dein Compiler das ohne zu motzen
>> akzeptiert.
>
> Ich würde das nicht wagen. Die Deklaration deklariert erst einen Zeiger
> auf das struct und dann ein struct selber. Der Asterisk bindet sich an
> den Variablennamen und nicht an den Datentyp. Es werden hier also
> keineswegs zwei Zeiger deklariert.

Soll ja wohl auch nicht. Neben dem Zeiger wird ein Struct selbst, also 
eine Speicherstelle deklariert. So funktioniert es, mit zwei Pointern 
nicht.

Ok, ich habs falsch verstanden. Als würdest du es nicht wagen, das so zu 
deklarieren. Zu schnell gelesen.

Die Zeile

1

    someStuff_t *someStuff, st;

hat IMHO nichts Mehrdeutiges oder Missverständliches an sich, solange
man nicht der von Stroustrup in die Welt gesetzte Unsitte verfällt, den
Stern an den Typ- statt an den Variablennamen zu kleben:

1

    someStuff_t* someStuff, st;

Diese Schreibweise erweckt tatsächlich den Eindruck, dass auch st ein
someStuff_t-Zeiger sei.

Da aber der verwirrte Frickler die logisch korrektere von beiden
Schreibweisen verwendet hat, meckern weder der Compiler noch die meisten
Leser mit etwas C/C++-Erfahrung. Wenn einer meckert, dann höchstens
Stroustrup höchstpersönlich, der, um den Unsinn wenigstens etwas zu
kaschieren, vermutlich vorschlagen würde, die Deklaration aufzuteilen:

1

    someStuff_t* someStuff;

2

    someStuff_t st;

PS: Nicht, dass ein falscher Eindruck entsteht: Abgesehen von diesem
Punkt habe ich großen Respekt vor Stroustrup.

Das * ist Teil des Typs und nicht Teil des Namen. Deshalb ist es 
Quatsch, es zum Namen zu schreiben. Die "Unsitte" ist schon viel früher 
bei K&R passiert. Stroustrup kann man höchstens vorwerfen, dass er in 
C++ die semantischen Regeln nicht gleich mit bereinigt hat, so dass das 
obige tatsächlich zwei Zeiger definiert. Das hat aber vermutlich 
historische Gründe.

Yalu X. schrieb:
> Wenn einer meckert, dann höchstens
> Stroustrup höchstpersönlich, der, um den Unsinn wenigstens etwas zu
> kaschieren, vermutlich vorschlagen würde, die Deklaration aufzuteilen

Ich nehme an, daß er den '*' an den Datentyp "geklebt" hat, als er 
gerade die Referenz erfunden hatte.

1

int* &i;      // 1. Referenz auf einen Zeiger

2

int *&i;      // 2. Huh?

3

int * &i;     // 3. so kann man's durchgehen lassen

Einen Zeiger auf eine Referenz gibt's nicht, also steht

1

int& *i;      // Fehler

(zum Glück) nicht zur Debatte. Ich persönlich bevorzuge #3.

Hm, habe gerade kein C Compiler zum greifen bereit:

1

int*i; // 4. Und so, ganz ohne Leerzeichen?

Rolf M. schrieb:
> Das * ist Teil des Typs und nicht Teil des Namen.

Eben nicht, sonst gäbe es die ganze Debatte nicht. ;-)

> Die "Unsitte" ist schon viel früher bei K&R passiert.

Da gebe ich dir völlig Recht.

> Stroustrup kann man höchstens vorwerfen, dass er in
> C++ die semantischen Regeln nicht gleich mit bereinigt hat, so dass das
> obige tatsächlich zwei Zeiger definiert. Das hat aber vermutlich
> historische Gründe.

Kompatibilität zur C, halt.