ich habe hier eine Textdatei, deren Inhalt exakt bekannt ist, so dass ich mir dachte, dass ich sie ohne Schleife auslese.

string MonsterName;
	string sMonsterTP;
	string sMonsterIniMod;

	ifstream datei;
	datei.open("Monster.chr", ios::binary|ios::in);

	getline(datei, MonsterName);
	getline(datei, sMonsterTP);
	getline(datei, sMonsterIniMod);

	datei.close();

	stringstream Str;
    Str << sMonsterTP;
    int MonsterTP;
    Str >> MonsterTP;

	Str << sMonsterIniMod;
    int MonsterIniMod;
    Str >> MonsterIniMod;

	cout << MonsterName << "Das ist ein Test" << endl;

Der Inhalt der Textdatei ist

Drache
100
10
5

Dummerweise ist vom "Drache" nichts mehr zu lesen, da "Das ist ein Test" die Ausgabe überschreibt. Kann es sein, dass die Länge des Strings "MonsterName" dem Programm aus irgendeinem Grund nicht bekannt ist und deshalb die Ausgabe nicht zu sehen ist? Wenn ich den "Test" Satz weglasse, wird mir "Drache" korrekt angezeigt.
Was kann ich tun?

std::string name;
int tp, ini_mod;

{
    std::ifstream in("Monster.chr"); // wir öffnen im Konstruktor, nennt man RAII
    in >> name >> tp >> ini_mod;
} // die datei wird für uns dank RAII automatisch geschlossen, .close() unnötig

Beim Einlesen werden alle Leerzeichen, Newlines, Tabulatoren u.ä. übersprungen.

Was mir dann noch aufgefallen ist: In der Datei stehen zwar 4 Werte, du liest aber nur 3 ein. Den vierten kannst du nun aber einfach dazuschreiben, ist ja nicht schwer.

Beachte, dass der von mir eingefügte Scope {} nicht sinnlos ist. Die Datei bleibt nur solange offen, wie sie auch wirklich gebraucht wird.

Dummerweise ist vom "Drache" nichts mehr zu lesen, da "Das ist ein Test" die Ausgabe überschreibt.

du hast den stream im binary mode geoeffnet. da wird dann von 'getline' nur das '\n' zeichen aus der ausgelesenen zeile rausgenommen.
unter windows wird ein zeilenende aber durch die zeichenfolge '\r\n' repraesentiert. nun bleibt dir nach dem wort drache noch das '\r' zeichen uebrig. das zeichen bewirkt das der cursor wieder zum zeilenanfang spring. dadurch wird drache bei der naechsten textausgabe ueberschrieben.
du musst also den stream im text-mode oeffnen, oder nach dem anwenden von getline nachsehen ob im string als letztes zeichen noch ein '\r' steht und dieses loeschen.

Meep Meep

Beim Einlesen werden alle Leerzeichen, Newlines, Tabulatoren u.ä. übersprungen.

Deine Lösung ist natürlich genial - allerdings werden in Zukunft wohl auch Strings mit Leerzeichen ausgelesen werden müssen (z.B. "Grüner Drache" ). Wie ließe sich das bewerkstellen, geht das irgendwie auch mit der supereleganten RAII-Methode?

RAII ist übrigens ein allgemeines Konzept. Fall du es noch nicht kennst, solltest du es dir ansehen: http://en.wikipedia.org/wiki/Resource_Acquisition_Is_Initialization

314159265358979 schrieb:

Beim Einlesen werden alle Leerzeichen, Newlines, Tabulatoren u.ä. übersprungen.

Deine Lösung ist natürlich genial - allerdings werden in Zukunft wohl auch Strings mit Leerzeichen ausgelesen werden müssen (z.B. "Grüner Drache" ). Wie ließe sich das bewerkstellen, geht das irgendwie auch mit der supereleganten RAII-Methode?

Dafür haut mich volkard bestimmt:

ifstream datei("Monster.chr");

    string MonsterName;
    int MonsterTP, MonsterIniMod;
    getline(datei, MonsterName) >> MonsterTP >> MonsterIniMod;

Es wird geringfügig komplizierter, falls danach noch weitere getlines folgen, weil die dann denken, dass die Zeile sofort endet, da das letzte >> ein Zeilenendzeichen im Stream lässt.

string MonsterName, MonsterRasse;
    int MonsterTP, MonsterIniMod;
    getline(datei, MonsterName);
	getline(datei, MonsterRasse) >> MonsterTP >> MonsterIniMod;

Wenn ich es so mache, dann wird bei "Gruener Drache" das "Drache" bei der Ausgabe per cout "verschluckt":

string MonsterName, MonsterRasse;
    int MonsterTP, MonsterIniMod;
    getline(datei, MonsterName) >> MonsterRasse >> MonsterTP >> MonsterIniMod;

Ist das erklärbar oder handelt es sich hier tatsächlich um einen "Bug"?

Achja, Inhalt der ausgelesenen Datei:

Tharaxyxyl
Gruener Drache
100
10

Ist das erklärbar oder handelt es sich hier tatsächlich um einen "Bug"?

Nein, das ist dann ganz normal. Oben hast du eine ganz andere Datei gepostet, der Einlesevorgang den ich dir geschreiben habe passt zu deren Format, nicht zu dem neuen. Verstehe was du tust und schreib nicht blind ab!

Ist das erklärbar oder handelt es sich hier tatsächlich um einen "Bug"?

Nein, das ist dann ganz normal. Oben hast du eine ganz andere Datei gepostet, der Einlesevorgang den ich dir geschreiben habe passt zu deren Format, nicht zu dem neuen. Verstehe was du tust und schreib nicht blind ab!

Du hast natürlich Recht, aber erstmal eine Referenz finden, die solch ein Konstrukt erklärt... In meinen Büchern steht zu deiner (sehr gut funktionierenden) Methode nichts, in meinen Videotutorials auch nicht und auch über Google habe ich nichts vergleichbares gefunden. Ich finde immer nur Beispiele vor, in denen ein Char-Array gefüllt wird oder ein einzelner String ausgelesen wird.

[...] Videotutorials [...]

NICHT (!!) ansehen.

Swordfish schrieb:

thuering schrieb:

[...] Videotutorials [...]

NICHT (!!) ansehen.

OK. Auch nicht die teuer gekauften von Video2Brain oder Galileo?