Heute habe ich mal eine ehemalige Prüfungsaufgabe (Informatik) aus dem vergangenen Jahr hervorgeholt und probierte sie zu lösen, doch nun stecke ich an einem Compiler-Error fest.
Hier erst mal der wichtigste Teil des Codes:

#include <iostream>
#include <cmath>
#include <string>
#include <vector>
using namespace std;

#define MBYTES_PER_SECTOR 1

struct Disk
{
    int n_hdd;
    int n_cyl;
    int n_sect;
}
struct Server
{
    int n_flops;
    Disk disk;
}
typedef vector<Server> CalcCenter;    /* PROBLEM */

void addServer(CalcCenter&, const Server&);
int  diskCapacity(const Disk&);
void properties(const CalcCenter&, int&, int&);

danach folgt noch "int main()" und die Funktionen.

Nun meine Compiler Meldung sieht so aus:

Compiler: Default compiler
Führt  g++.exe... aus
g++.exe "C:\Dokumente und Einstellungen\ich\Desktop\cpp\sn_0809.cpp" -o "C:\Dokumente und Einstellungen\ich\Desktop\cpp\sn_0809.exe"    -I"C:\Dev-Cpp\lib\gcc\mingw32\3.4.2\include"  -I"C:\Dev-Cpp\include\c++\3.4.2\backward"  -I"C:\Dev-Cpp\include\c++\3.4.2\mingw32"  -I"C:\Dev-Cpp\include\c++\3.4.2"  -I"C:\Dev-Cpp\include"   -L"C:\Dev-Cpp\lib" 
C:\Dokumente und Einstellungen\ich\Desktop\cpp\sn_0809.cpp:22: error: expected init-declarator before "CalcCenter"
C:\Dokumente und Einstellungen\ich\Desktop\cpp\sn_0809.cpp:22: error: expected `,' or `;' before "CalcCenter"
C:\Dokumente und Einstellungen\ich\Desktop\cpp\sn_0809.cpp:24: error: variable or field `addServer' declared void
C:\Dokumente und Einstellungen\ich\Desktop\cpp\sn_0809.cpp:24: error: `CalcCenter' was not declared in this scope
C:\Dokumente und Einstellungen\ich\Desktop\cpp\sn_0809.cpp:24: error: expected primary-expression before ',' token
C:\Dokumente und Einstellungen\ich\Desktop\cpp\sn_0809.cpp:24: error: expected primary-expression before "const"
C:\Dokumente und Einstellungen\ich\Desktop\cpp\sn_0809.cpp:24: error: initializer expression list treated as compound expression
C:\Dokumente und Einstellungen\ich\Desktop\cpp\sn_0809.cpp:26: error: expected `,' or `...' before '&' token
C:\Dokumente und Einstellungen\ich\Desktop\cpp\sn_0809.cpp:26: error: ISO C++ forbids declaration of `CalcCenter' with no type

und so weiter...

Die erste Compiler Meldung ist die Wichtigste.
Ich hab ne ganze weile nach dem zeugs gegoogelt, ich habe ein paar Hinweise gefunden wie z.B. man soll eher

typedef typename ... ...

nehmen usw.
hab jetzt einiges probiert, aber bin noch zu keiner Lösung für diesen "typedef" fehler gekommen.
Könnte es an einem Compiler Bug liegen? (Wäre zwar ein bisschen komisch)

Falls sich keine Lösung finden lässt, wäre ich fast gezwungen "#define ... ..." zu verwenden.

Ich bin froh um jeden Hinweis zur Lösung!
Vielen Dank im Voraus.

struct Disk
{
    int n_hdd;
    int n_cyl;
    int n_sect;
}; //hier...
struct Server
{
    int n_flops;
    Disk disk;
}; //...und hier

Hier erst mal der wichtigste Teil des Codes:

//...
#define MBYTES_PER_SECTOR 1 // Makros für Konstanten ist pfui

struct Disk
{
  //...
} // Hier fehlt ein Semikolon
struct Server
{
  //...
} // Hier fehlt ein Semikolon
typedef vector<Server> CalcCenter; // Kein Problem, Folgefehler...

Vielen Dank!

Wobei ich mich manchmal schon Frage, wieso der Compiler da nicht mal versucht, eine klarere (kürzer, prägnanter, auf das '}' hinweisend) Ansage zu machen.

In C/C++ dürfen von Strukturen/Klassen nunmal im gleichen Zug Variablen angelegt werden. Wenn du einen besseren Parser schreiben kannst, nur her damit.

Das ist in C++ durchaus erlaubt:

struct abc {
} a, b, c; // Daher auch das Semikolon

Decimad schrieb:

Das scheint so verdammt oft vorzukommen, dass C# keine Semikolons nach Klassendefinitionsblöcken mehr verlangt.

C# erlaubt auch keine automatische Variablendeklaration direkt in Folge.

class Foo {} f, g;  //definiert eine Klasse Foo und die Variablen f und g von diesem Typ

Wenn ich mich nicht irre, kann man sogar den Rückgabetyp einer Funktion gleichzeitig mit der Funktion definieren:

struct fResult {int, bool}  f() {fResult ret = {1, true}; return ret;}

@OP was du da machst sieht mir stark nach Objektorientiertem C aus. diskCapacity sollte man in C++ z.B. mit ziemlicher Sicherheit zu einer Methode von Disk machen.

Würde ja z.B. schon ein Test auf POD reichen,...

Was hat bitteschön POD/Nicht-POD damit zu tun? Nur weil die direkte Variablendeklaration bei der Generation die häufig POD verwenden höher ist, ändert dies nichts daran, das eben diese auch bei Nicht-POD ähnlich agieren würden.

Decimad schrieb:

Weshalb lässt C# das denn nicht mehr zu?

Eben wegen Fehlervermeidung. Man kann eine Sprache dadurch einfacher machen, das man sie in Features beschneidet (die wie hier zudem nur den Schreibaufwand etwas senken, nicht aber die Lesbarkeit erhöhen)...

C:\Dokumente und Einstellungen\ich\Desktop\cpp\sn_0809.cpp:22: error: expected init-declarator before "CalcCenter"
C:\Dokumente und Einstellungen\ich\Desktop\cpp\sn_0809.cpp:22: error: expected ,' or;' before "CalcCenter"
C:\Dokumente und Einstellungen\ich\Desktop\cpp\sn_0809.cpp:24: error: variable or field addServer' declared void C:\\Dokumente und Einstellungen\\ich\\Desktop\\cpp\\sn_0809.cpp:24: error:CalcCenter' was not declared in this scope
C:\Dokumente und Einstellungen\ich\Desktop\cpp\sn_0809.cpp:24: error: expected primary-expression before ',' token
C:\Dokumente und Einstellungen\ich\Desktop\cpp\sn_0809.cpp:24: error: expected primary-expression before "const"
C:\Dokumente und Einstellungen\ich\Desktop\cpp\sn_0809.cpp:24: error: initializer expression list treated as compound expression
C:\Dokumente und Einstellungen\ich\Desktop\cpp\sn_0809.cpp:26: error: expected ,' or...' before '&' token
C:\Dokumente und Einstellungen\ich\Desktop\cpp\sn_0809.cpp:26: error: ISO C++ forbids declaration of `CalcCenter' with no type

mir ein bisschen zu viel des guten für ein fehlendes Semikolon ist. Bist du da nicht der Meinung? Sind Fehlermeldungen des Compilers im Iso-Standard vorgeschrieben? Der Compiler könnte doch auch eine Zeile schreiben: Xyz: Possibly missing ';'. Meinetwegen auch durch einen Compilerswitch, der standardmäßig aus ist, aber den ich dann mit Verzücken immer einschalten würde, weil mir praktisch _nie_ die andere Interpretation der Fehlersituation auftritt. POD hat damit zu tun, dass ich in meinem C-Code durchaus noch des öfteren (und was ich von anderen gesehen haben, war da ähnlich) deklaration von Struktur und Klasse in einen Topf geworfen habe. Mir geht es hier, das habe ich auch ganz deutlich ausgedrückt, um, naja, wie soll ich das ausdrücken, die relative Häufigkeit der Ereignisse.

PS: Okay, ich gebe zu, in diesem Falle waren es ja auch 2 Semikolons, aber dennoch änderst sich meine Meinung dadurch nicht.