Ich möchte gerne meinen Pfad beim ifstream durch eine Variabel ersetzten, ich arbeite mit Dev C++ mit Konsole.

so sollte hätte ich es gerne, aber ich bekomme immer fehlermeldungen ?

[code]
string pool="pool1.txt";
string test;

ifstream file(pool);
if(!file)
{
cout << "Fehler";
}

getline (file, test);
cout<<test;

file.close();

system("PAUSE");
return EXIT_SUCCESS;

Ich möchte gerne meinen Pfad beim ifstream durch eine Variabel ersetzten

Variable.

so sollte hätte ich es gerne, aber ich bekomme immer fehlermeldungen ?

Ist das eine Frage? Verrätst du uns, wie die Fehlermeldungen lauten?

no matching function for call to `std::basic_ifstream<char, std::char_traits<char> >::basic_ifstream(std::string&)'

Der std::ifstream -Konstruktor akzeptiert keinen std::string . Verwende pool.c_str() , um einen const char* zu übergeben.

Der std::ifstream -Konstruktor akzeptiert keinen std::string . Verwende pool.c_str() , um einen const char* zu übergeben.

Mich würde das brennend interessieren, wieso der Konstruktor nicht mit einem std::string überladen ist.

Nexus schrieb:

Der std::ifstream -Konstruktor akzeptiert keinen std::string . Verwende pool.c_str() , um einen const char* zu übergeben.

Mich würde das brennend interessieren, wieso der Konstruktor nicht mit einem std::string überladen ist.

Gute Frage. Wird beim nächsten Standard auf jeden Fall eingeführt.

Mich würde das brennend interessieren, wieso der Konstruktor nicht mit einem std::string überladen ist.

Vermutung: weil der Konstruktor von std::string (der ein const char* nimmt) nicht explicit ist und daher u. U. ungewollt std::strings erzeugt werden, was nicht erwünscht ist.

Vermutung: weil der Konstruktor von std::string (der ein const char* nimmt) nicht explicit ist und daher u. U. ungewollt std::strings erzeugt werden, was nicht erwünscht ist.

Nein, das kanns nicht sein. Da käme nur const char* in Frage, und der std::ifstream bietet dafür schon eine Überladung.

Ich tippe auf Designfehler. Vielleicht ist es den C++-Standard-Menschen so vorgekommen, als würde man Dateinamen hauptsächlich mit Literalen und C-Strings angeben. Wahrscheinlich weil es zu dieser Zeit sogar so war.

Ich tippe auf Designfehler. Vielleicht ist es den C++-Standard-Menschen so vorgekommen, als würde man Dateinamen hauptsächlich mit Literalen und C-Strings angeben. Wahrscheinlich weil es zu dieser Zeit sogar so war.

std::string ist ja so umstritten. Könnte auch sein, dass als die streams geplant wurden gar nicht damit gerechnet wurde, dass es einen string geben wird und darum nicht beachtet.
Oder aber sie haben auch gedacht, dass einer reicht, weil std::string ja eine Memberfuntion c_str() hat.

Schwer zu sagen. Kann wahrscheinlich nur jemand beantworten, wer damals dabei war.

std::string ist ja so umstritten.

Aber damals in den Neunzigern, mitten im OOP-Hype, wo mehr Methoden immer besser waren? Denk an die Entstehung von Java. :p

Ich denke, die Erkenntnis kam erst später mit Sutter & Co.

drakon schrieb:

Könnte auch sein, dass als die streams geplant wurden gar nicht damit gerechnet wurde, dass es einen string geben wird und darum nicht beachtet.

Kann gut sein. operator<< und operator>> mit std::string sind doch global, oder? Und für std::getline() gab es auch extra eine globale Funktion, weil std::istream::getline() nur char* kennt.

Naja, da kann man nur rätseln. Aber genug Posts für heute.