Problème avec l'ouverture totale de certains fichiers!

Bonjour,

J'ai un problème avec l'une de mes fonctions, cette derniere est censée ouvrir tous les fichiers du début à la fin mais lorsqu'elle rencontre le caractère ascii n°26, la fonction s'arrête d'ouvrir le fichier comme si elle se trouvait à la fin de ce dernier et renvoi seulement un morceau du fichier et non le fichier global.

Ma fonction :
void ouvrir(string &phrase) {
 cout <<"\n\nNom du fichier a analyser : ";
 string nom_fichier;
 getline(cin,nom_fichier);
 ifstream fichier(nom_fichier.c_str());
 if (!fichier) {
  cout <<"Erreur, fichier corrompu ou inexistant !\n\n";
  phrase = "Erreur, fichier corrompu ou inexistant !";
 } else {
  stringstream buffer;
  buffer << fichier.rdbuf();
  fichier.close();
  phrase = buffer.str();
 }
}

Pouvez-vous me proposer une fonction semblable mais qui ne s'arrête pas lorsqu'elle rencontre le caractère ascii n°26 (en c++ console win32) ?

Merci d'avance et à bientôt.

Nico

Salut,
Sous Windows, il est toujours préférable d'utiliser les APIs faites pour cela.
CreateFile()
ReadFile()
WriteFile()
CloseHandle()
Aucun problème avec caractère ascii 26 ou autre.

Non il n'est pas préférable d'utiliser les APIs !!! Tu peux essayé avec ce code : // read file data using associated buffer's members #include #include using namespace std; int main () { filebuf *pbuf; ifstream filestr; long size; char * buffer; filestr.open ("test.txt"); // get pointer to associated buffer object pbuf=filestr.rdbuf(); // get file size using buffer's members size=pbuf->pubseekoff (0,ios::end,ios::in); pbuf->pubseekpos (0,ios::in); // allocate memory to contain file data buffer=new char[size]; // get file data pbuf->sgetn (buffer,size); filestr.close(); // write content to stdout cout.write (buffer,size); return 0; }

turnerom >> SI. Si on code pour Windows il faut penser Windows. On gagne beaucoup en éfficacité. Les APIs permettent  de profiter des nombreuses fonctionnalités de Windows. Les fonctions de la CRT les ignore pour raison de portabilité du code. Rien qu'avec la gestion des fichiers, on voit bien la différence.

Oui mais si on code C++, comme ca a l'air de vouloir etre le cas, il faut coder en C++. Les fonctions CreateFile(), ReadFile(), WriteFile(), CloseHandle(), ... ne sont pas des fonctions du standard C++ mais du standard Windows

Le C++ doit-il mener au chomage par conviction ???

ciao...
BruNews, MVP VC++

?

Penses-tu qu'avec du seul C++ on fasse quoi que ce soit, si on se limitait à ça, impossible de bosser.

ciao...
BruNews, MVP VC++

bah !!! La ou je bosse, on ne travail qu'avec de C++ standard, de telle sorte que nos prog compile indiférement sous Win/Linux/Mac. Y'a pas que visual studio dans la vie (que l'on a d'ailleurs banni de chez nous)

Racpp => Pas d'accord du tout sur ta position extrémiste !

BruNews => C'est grace à la portabilité du C/C++ que je ne suis pas au chomage !!

Sans entrer dans  un débat stérile sur le sujet du choix des api et librairies, il faut nuancer !

Oui, la progammation Windows a son intérêt et ses avantages et en fonction des projets et préférable à du code portable !

Mais, y pas que Windows sur terre, et que lorsqu'on bosse sur des gros projets réseaux, DB, Serveurs, ... a moins d'être masochistes à faire XYZ fois le boulot (un pour windows, un pour unix, ), faut faire du portable..

Pourquoi Java, FireFox, APache (APR, WEB, Tomcat, ...), Oracle, MySql, ..... existe-ils et pourquoi sont ils populaires ?? Parce qu'ils sont portables et minimisent le code spécifiqe à chaque machine.

Mes projet professionnels inpliquent des applications graphiques faites en API Win32. D'autres en c pour des interfaces portables (MS et Unix) temps réel entre gros systémes ...

Faut pas dire , Sur Windows fait automatiquement du win32.. Surtout à un jeune de 15 ans ... Pour une application console qui ne fait pas grand chose, pourquoi pas du C ou du c++ pur ??

Et enfin pour Racpp, pour info, les fonction standard C  et C++ de manipulation de fichiers utilise l'api win32 sous Windows (fopen -> OpenFile(), ....), c'est obligé !