struct strasse
{
   int Limit;
   char name;
   char vname;
   char name2;
   char name3;
};

strasse A2;
A2.Limit=120;//Hierzu gelten die compiler Fehler 
A2.name='A2';//Hierzu gelten die compiler Fehler 
A2.vname='Autobahn 2';//Hierzu gelten die compiler Fehler 

strasse B3;
B3.Limit=80;//Hierzu gelten die compiler Fehler 
B3.name='B3';//Hierzu gelten die compiler Fehler 
B3.vname='Bundesstraße';//Hierzu gelten die compiler Fehler

Der Compiler sagt:

error: expected constructor, destructor, or type conversion before '.' token
error: expected ,' or;' before '.' token

Ich weiß nicht was ich Falsch mache.

A2.Limit=120;

Der Punkt zwischen A2 und Limit.

Darüber Meckert mein Compiler ja nicht. Außerdem seit wann?

Schon immer.

Du hast aber nicht wirklich den Code, so wie er da oben steht, versucht zu kompilieren, oder?

char kann nur einen Buchstaben speichern.

Stefan311 schrieb:

Darüber Meckert mein Compiler ja nicht. Außerdem seit wann?

Es war noch NIE anders.

Also müsste ich in der Stuct folgendes machen:

struct strasse
{
   int Limit;
   char name[];
   char vname[];
   char name2[];
   char name3[];
};

strasse A2;
A2.Limit=120;//Hierzu gelten die compiler Fehler
A2.name="A2";//Hierzu gelten die compiler Fehler
A2.vname="Autobahn 2";//Hierzu gelten die compiler Fehler

strasse B3;
B3.Limit=80;//Hierzu gelten die compiler Fehler
B3.name="B3";//Hierzu gelten die compiler Fehler
B3.vname="Bundesstraße";//Hierzu gelten die compiler Fehler

Trodzdem mekert er rum selber Fehler. Das mit dem punkt.

Wie gut das ich im moment Volkards kurs durcharbeite.

Ich melde mich nochmal wenn ich mer Wissenzkapazität habe.

struct strasse
{
   int Limit;
   char name[];
   char vname[];
   char name2[];
   char name3[];
};

du kannst nicht einfach zwei klammern hinter die variablen setzen. Der Computer kann ja nicht unendlich Arbeitsspeicher reservieren. deine Schreibweise ist nur in diesem fall erlaubt:

char vorname[]="Leon"; // der Compiler zählt automatisch wie groß das Array sein wird

So außerdem wird ich statt char lieber string nehmen (string.h nicht vergessen zu includieren)

Sollte es dann immernoch nicht funktionieren, würde ich einzelne Teilbereiche auskommentieren:

wenn du also folgendes compilieren willst:

struct strasse
{
   int Limit;
   char name[];
   char vname[];
   char name2[];
   char name3[];
};

/*strasse A2;
A2.Limit=120;//Hierzu gelten die compiler Fehler
A2.name='A2';//Hierzu gelten die compiler Fehler
A2.vname='Autobahn 2';//Hierzu gelten die compiler Fehler

strasse B3;
B3.Limit=80;//Hierzu gelten die compiler Fehler
B3.name='B3';//Hierzu gelten die compiler Fehler
B3.vname='Bundesstraße';//Hierzu gelten die compiler Fehler*/

kannst du sehen ob der compiler jetzt schon nen fehler anzeigt oder das programm bis dahin läuft. Außerdem kann ich dir nur empfehlen dich ein bisschen klarer auszudrücken: Wie sieht der Gesamtcode aus? Was soll mit der structur noch gemacht werden.

So außerdem wird ich statt char lieber string nehmen (string.h nicht vergessen zu includieren)

Wenn dann std::string aus string.

#include <iostream>

struct test
{
  int sek;
  int m;
};

test zeit;
zeit.sek=39;
zeit.m=10;

int main()
{
  cout<<"Zeit: "<<zeit.sek<<":"<<zeit.m;
  cin.get();
  return 0;
}

So und nun hab ich immer noch das problem mit dem punkt warum?

Wenn dann std::string aus string.

Ich benutze eigentlich immer using namespace std;

Du solltest wirklich std::string benutzen. Der Umgang damit ist wirklich selbsterklärend und nicht halb so verwirrend wie der Unmgang mit char[] oder char*.(ist natürlich nur meine persönliche Meinung, aber ich denke, dass die einige hier teilen)

chrische

test zeit;
zeit.sek=39;
zeit.m=10;

muss in den main teil!

ich kann dir nur das buch "Magnum C++" empfehlen! da kann man gut nachschlagen!

Ich benutze eigentlich immer using namespace std;

Mit string.h ?

kann man den std::-scheiß einfach weglassen.

Wenn, dann ist eher using namespace std ein "scheiß".

Magnum C++ sag ich nur

Wenn da noch string.h empfohlen wird, Finger weg davon.

Wenn er jetzt auf std::string umsteigt, umgeht er nur sein Verständnisproblem mit Zeigern und Arrays. IMHO sollte man erst solche Grundlagen beherrschen, bevor man der STL anfängt.

Ja, seh ich auch so. Ich wollte nur sichergehen, dass wenn er strings benutzt, dann auch den neuen Header nimmt.