Constructor avec argument nom de fichier

Bonjour,

Ceci ne compile pas dans Code::Blocks:

Citation:

---

myText::myText( string filename){
cout << "on va ouvrir le fichier: " << filename << endl;
ifstream in;
in.open( filename );
}

---

Appelé dans main() par:

Citation:

---

myText mt( file_name );

---

J'ai une erreur : "No matching function call.."

My daily confidence is shaken!

A+:D

La fonction open de fstream prend un const char*, pas un std::string.

Code:

---

in.open( filename.c_str() );

---

Réponse: const char* nom_de_fichier:

ça compile!

Et un résolu de +, un

Merci beaucoup:D

P.S. C'est un exercice de "Thinking in C++ chap.7", je me demande si ça tient la route de créer un objet "File"..?

Citation:

---

Envoyé par Laurent Gomila

La fonction open de fstream prend un const char*, pas un std::string.

Code:

---

in.open( filename.c_str() );

---

---

Pourquoi, en fait ?
Pour éviter une dépendance de <fstream> vers <string>, due au fait que les fstream soient des templates et ne puissent donc pas se contenter d'une forward declaration ?

Ouh là, j'en suis pas encore à cognitiver les forwards déclarations...

C'est juste que la modélisation objet se justifie surtout par la capacité à ajouter des fonctionnalités.

Je me demande si on pourrait par inventer le modèle "bitjet", on partirait du bit et on programmerait bottom->top, ça ferait 255 connexions par octet, ensuite on fournirait des moules pour que les réseaux de bitjets se forment autour et décideraient de leur behaviour en fonctions des autres moules-bitjets...il faudrait inventer un processeur à registres récursifs, où les ip partent en étoiles, au lieu d'être toujours parallèles comme à présent.

Sinon dans le genre "Goonish Live", je verrais bien Chloé (Klooeee)dans 24 season 3 et dans la 4 ( J-5 ) elle est bien relookée...

Citation:

---

Pourquoi, en fait ?

---

C'est historique.
iostreams a été créé independemment de string.