Anfängerproblem mit C

[Holger (holger_p2)]

Hallo,

ich bin blutiger Anfänger in C und habe gleich ein Verständnis Problem

void fn1(int *j){
int i;
i = *j;  // i ist 123 ok
*j = *j + 1; // der inhalt der Speicherstelle auf die j zeigt + 1 ok
i = *j;  // i ist 124 ok
j++;  // adresse +4 ok
*j++; // adresse +4 warum?
i = *j;  // i ist irgendwas ok
}

int main(void) {
  int k=123;
  fn1(&k);
  return 0;
}

Warum wird bei *j++ die Adresse erhöht und nicht der Inhalt der 
Speicherstelle?

Danke im voraus

[Hans W. (hanswieland)]

Holger schrieb:
> Warum wird bei *j++ die Adresse erhöht und nicht der Inhalt der
> Speicherstelle?

Weil ++ eine höhere Rangfolge als * hat.
https://de.wikibooks.org/wiki/C-Programmierung:_Liste_der_Operatoren_nach_Priorit%C3%A4t

[Michael B. (laberkopp)]

Holger schrieb:
> Warum wird bei *j++ die Adresse erhöht und nicht der Inhalt der
> Speicherstelle?

(*j)++;

Adresse um 4 erhöhen weil dein int 4 byte gross ist und +1 zum nächsten 
int führen soll (den es hier nicht gibt).

[Holger (holger_p2)]

(*j)++;
getestet und funktioniert.

Danke für die schnelle Antwort

[Rolf (rolf22)]

Holger schrieb:
> (*j)++;
> getestet und funktioniert.

Am besten gewöhnst du dir unnötig klammernsparende Schreibweisen gar 
nicht erst an. Wenn du nicht tagtäglich immer nur programmierst, 
unterlaufen dir sonst leicht mal Fehler. Oder du verlierst Zeit, weil du 
beim Suchen von (anderen) Fehlern immer wieder mal 
überlegen/nachschlagen musst, ob nicht diese Schreibweise der gesuchte 
Fehler ist.

Stichwort: Defensive Codierung.

Der Compiler übersetzt ohnehin unabhängig von der Schreibweise, es spart 
also nichts.

[Niklas G. (erlkoenig)]

Holger schrieb:
> i = *j;  // i ist irgendwas ok

Ist nicht ok, ist "undefined behavior" (UB) und kann irgendwas bewirken, 
z.B. Programmabsturz. Oder der Compiler entfernt einfach die 
main()-Funktion komplett, weil er davon ausgehen darf dass UB nie 
auftritt und somit die main() Funktion sowieso nie aufgerufen wird, weil 
sie immer zu UB führt. Das gilt auch für Lesezugriffe.

[Harald K. (kirnbichler)]

Niklas G. schrieb:
> Ist nicht ok, ist "undefined behavior" (UB) und kann irgendwas bewirken,
> z.B. Programmabsturz.

Aber nur im Kontext der von Dir nicht zitierten vorangegangenen 
Codezeilen.

Für sich alleine betrachtet ist die von Dir zitierte Zeile 8 vollkommen 
legitimer Code, nämlich 'ne simple Pointerdereferenzierung.

"Kriminell" wird es durch die Zeilen 6 und 7 des Codes aus dem 
Eröffnungsthread, die den Pointer auf etwas anderes zeigen lassen als 
beim Aufruf der Funktion, der der Pointer übergeben wurde.