Zugriff auf structs

a und b sind Pointer. Solange Du die Pointer nicht initialisierst, 
zeigen sie irgendwohin.

Du musst also irgendwo und irgendwie den Speicher zur Verfügung stellen, 
auf den diese Pointer zeigen, damit Du mit Deiner Struktur sinnvolles 
anstellen kannst.


Wenn Du das erledigt hast, und Du nun Werte in den Speicher schreiben 
möchtest, auf den die Strukturelemente verweisen, musst Du wie bei einem 
normalen Pointerzugriff die Pointer dereferenzieren. Das geht mit dem 
*-Operator, oder auch, indem Du die Pointer als Array ansprichst - was 
hier aufgrund der fehlenden Information über die Größe des verwendeten 
Speichers problematisch ist.

Also:

  *(eintrag1.b) = 77;

oder

  eintrag1.b[0] = 77;

Mäx schrieb:

> wird kompiliert, schmiert unter windows jedoch ab!!!!

logisch.
Wann immer du einen Pointer siehst, musst du dich sofort fragen: Wo 
zeigt er hin?
Ein Pointer ist eine Variable, die eine Speicheradresse enthält. Aber: 
Um einen Wert an dieser Speicheradresse abzulegen, muss es dort auch 
Speicher geben!

Eine Pointervariable selbst kümmert sich nicht um die Bereitstellung des 
Speichers. Sie enthält einfach nur die Adresse des Speichers. Das der 
Pointer auf etwas sinnvolles zeigt, ist dein Bier als Programmierer.

(UNd nein. Mit struct hat das im eigentlichen Sinne gar nichts zu tun. 
Das ist ganz einfach "Arbeiten mit Pointern")

eintrag.b ist bei dir ein Pointer. Er enthält also die Adresse im 
Speicher an der die tatsächlichen Daten zu finden sind. Aber wo ist das? 
Wo hat dieser Pointer einen Speicheradresse zugewiesen bekommen, an der 
der int tatsächlich gespeichert werden kann?

Mäx schrieb:
> ich verstehe die aussage nicht ganz. Hat mein System keinen Speicher?

Aus Sicht des C Programms nur insofern als es einen Pool von Speicher 
gibt, aus dem sich das C Programm bedienen kann. Das muss jedoch 
geordnet passieren. Du darfst nicht einfach im Speicher zugreifen wie du 
lustig bist.

Insofern hat das System keinen Speicher, ausser dem, den dein C-Programm 
angefordert hat.
Dein konkretes Programm fordert aber keinen Speicher an, ausser dem in 
dem die struct abgelegt wird. Das reicht deinem Programm aber nicht. Du 
willst ja nicht nur die struct (und damit die Pointer) als Elemente im 
Speicher haben, du willst ja auch noch Speicher benutzen können um darin 
einen int abzulegen.
Nur wo ist dieser Speicher? Wo fordert ihn dein C-Programm an?

(Sei froh, dass dir Windows hier auf die Finger klopft. Viel schlimmer 
wäre es, wenn es das nicht täte und dein Schreibversuch im Speicher 
irgendwelche anderen vitalen Daten überschreibt)

Mäx schrieb:

> erhalten bleiben und ich will doch nur a und b befüllen bzw später auch
> auslesen

Das versteh ich schon.
Nur sind a und b keine Membervariablen in denen du einen char oder einen 
int ablegen kannst!
Das sind Pointer!

1

int main()

2

{

3

  int * ptr;

4

  int   j;

5

6

  ptr = &j;

7

8

  *ptr = 5;

9

}

baut das hier im Speicher auf

1

    ptr                     j

2

    +----+                  +----+

3

    |  o------------------->| 5  |

4

    +----+                  +----+

Das ganze geht auch mit 'anonymen Speicher'

1

int main()

2

{

3

  int * ptr;

4

5

  ptr = malloc( sizeof( int ) );

6

7

  *ptr = 8;

8

9

  free( ptr );

10

}

Das baut im Grunde dieselbe Struktur auf, nur dass der Speicher auf den 
ptr zeigt, jetzt keinen Variablennamen mehr hat und erst zur Laufzeit 
des Programms angefordert wird:

1

    ptr                     

2

    +----+            

3

    |  o-----------+

4

    +----+         |  

5

                   |

6

                   |      +----+

7

                   +----->| 8  |

8

                          +----+

Aber: Der Wert 8 wird nicht in ptr gespeichert! Er wird dort 
gespeichert, wo ptr hinzeigt.

Wichtig ist: Egal wie und warum, am Ende des Pfeiles muss es ein 
Kästchen geben, in dem ein Wert abgelegt werden kann oder aus dem 
gelesen werden kann. Der Pfeil selbst zeigt nur an, wo das ist. Aber der 
Pfeil muss auf für dein Programm reservierten Speicher zeigen 
(symbolisiert durch das Kästchen). Tut er das nicht, dann geht ein 
Schreibversuch 'in den Wald' und du beschreibst Speicher von dem kein 
Mensch weiß wo sich der im Speicher befindet. Und das darf ein 
Laufzeitsystem/Betriebssystem nach Möglichkeit nicht zulassen.

In deinem Fall hast du mit

1

    telbuch eintrag1;

dieses hier erzeugt

1

   eintrag1

2

   +----------+

3

   | a:  o---------------------->

4

   +----------+

5

   | b:  o-------------------------->

6

   +----------+

Die Pfeile zeigen irgendwo hin (weil sie ja irgendeinen Wert immer haben 
müssen). Aber wo zeigen sie hin? Am Ende der Pfeile existiert kein 
Kästchen, in dem man einen Wert ablegen könnte.