Logo GNT
Actualités Tests & Guides Bons Plans
GTA 6 iPhone 17 Copilot Switch 2 Temu ChatGPT Tesla
OVH Cloud OVH Cloud
Entraide Développement Développement Langage C++ probleme de relecture de fichier

probleme de relecture de fichier

17 réponses
Avatar
ricky
bonjour

comme a mon habitude, je dois m'y prendre comme une tanche sur un
probleme particulier...

j ai defini une classe Fichier (ayant pour but de mettre le contenu d un
fichier dans un vector) qui contient en particulier :

void Fichier::ouvre(string nomFichier)
{
_codeRetour=OK;
_Ios_Openmode typeFichier=ios_base::in;
_fichier.open(nomFichier.c_str(),typeFichier);
stockageFichier();
_fichier.close();
}

void Fichier::stockageFichier()
{
// on balaye le fichier
string buffer;
if (_fichier.is_open())
while(!_fichier.eof()) // <== le gag est la :-P
{
getline(_fichier, buffer);
_cacheFichier.push_back(buffer);
}
else
_codeRetour=PB_FICHIER;
}

dans le main, je fais :
fichier.ouvre("./a.txt");

ok tout se passe bien, le _cacheFichier contient bien tout le contenu du
fichier...

mais si je fais
fichier.ouvre("./a.txt");
fichier.ouvre("./b.txt");

tout se passe bien pour le a.txt, par contre le _fichier.eof() est deja
positionne pour le "./b.txt" et les suivant, donc on ne rentre pas dans
le while !!!!!
Pourquoi le pointeur est il deja positionne en fin de fichier, alors que
j'ai bien fait un close apres la lectuyre du premier fichier, suivi d
'un open ????

merci si vous arrivez a me lire :-)

@+
ricky
Signaler un problème avec ce contenu

7 réponses

Supprimer
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire

Veuillez sélectionner un problème

Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
1 2
Avatar
Vincent Richard

"Michel Michaud" writes:

| (et les _ initiaux de tes membres, ce n'est pas un style très
| apprécié...)

Par une certaine catégorie de la population.


C'est pas plutôt dangereux ? Les noms commençant par "_" ne sont-ils
pas réservés ?

Vincent

--
vmime, une bibliothèque C++ sous licence GPL pour parser et générer
des messages au format MIME : http://www.sourceforge.net/projects/vmime/

Avatar
Gabriel Dos Reis
--=-=- Content-Type: text/plain; charset=iso-8859-15
Content-Transfer-Encoding: 8bit

Vincent Richard writes:

|
| > "Michel Michaud" writes:
| >
| > | (et les _ initiaux de tes membres, ce n'est pas un style très
| > | apprécié...)
| >
| > Par une certaine catégorie de la population.
|
| C'est pas plutôt dangereux ? Les noms commençant par "_" ne sont-ils
| pas réservés ?

--=-=- Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit


Dans le contexte où j'ai mis ma phrase, ils ne sont pas réservés.

-- Gaby

--=-=-=--
Avatar
ricky
bonjour

m_variable
variable_


finalement, elle me plait bien cette notation et met tout le monde
d'accord :-)

myVariable (ma préférée, car elle se lit bien à voix haute, n'a pas
besoin d'autre choses que des lettres pour être tappé, et se lit mieux
AMA à l'écran qu'un _)


question de gout :-)

merci a tous pour vos reponses !
plus qu'un chtit probleme d'iterateur et tout marche bien ... peut etre
une autre question idiote d'ici peu :-P

@+
ricky

Avatar
Gabriel Dos Reis
Loïc Joly writes:

| m_variable
| variable_
| myVariable (ma préférée, car elle se lit bien à voix haute, n'a pas

my_variable se lit aussi à voix haute.

this_is_right
thisisright
ThisIsRight
thisIsRight
This_is_right
This_Is_Right
....
core dump: Out of memory. Set limits higher and restart the program.

-- Gaby
Avatar
Fabien LE LEZ
On 21 Dec 2003 22:49:45 +0100, Gabriel Dos Reis
wrote:

core dump: Out of memory. Set limits higher and restart the program.


Encore un programme qui tente de gérer la mémoire tout seul, en
mettant des limites pour simplifier artificiellement la tâche du
programmeur, au lieu d'utiliser la STL...

--
;-)

Avatar
drkm
Loïc Joly writes:

ricky wrote:


[...]

(et les _ initiaux de tes membres, ce n'est pas un style très
apprécié...)


Mais bizarrement assez répandu, je ne sais pas bien pourquoi...



Le désir de nommer les variables membre différemment existe souvent,
et jusqu'à présent, les trois formes que j'ai vu le plus souvent
sont (dans le désordre) :

m_variable
variable_
myVariable (ma préférée, car elle se lit bien à voix haute, n'a pas
besoin d'autre choses que des lettres pour être tappé, et se lit
mieux AMA à l'écran qu'un _)


Sans oublier la forme « ourVariable » pour les varaiables de classe.

--drkm




Avatar
James Kanze
drkm <fr.comp.lang.c++@fgeorges.org> writes:

|> Loïc Joly writes:

|> > ricky wrote:

|> [...]

|> > >>> (et les _ initiaux de tes membres, ce n'est pas un style
|> > >>> très apprécié...)

|> > >> Mais bizarrement assez répandu, je ne sais pas bien pourquoi...

|> > Le désir de nommer les variables membre différemment existe
|> > souvent, et jusqu'à présent, les trois formes que j'ai vu le
|> > plus souvent sont (dans le désordre) :

|> > m_variable
|> > variable_
|> > myVariable (ma préférée, car elle se lit bien à voix
|> > haute, n'a pas besoin d'autre choses que des lettres pour être
|> > tappé, et se lit mieux AMA à l'écran qu'un _)

|> Sans oublier la forme « ourVariable » pour les varaiables de
|> classe.

Et sans oublier que c'est une convention. Moi aussi, j'ai une
légère préférence pour myVariable/ourVariable. Mais c'est
une préférence tout à fait esthétique, et je n'ai pas le
moindre problème avec m_variable/s_variable, si c'est la convention
chez le client.

Il ne faut pas oublier non plus les outils utilisés. Rose, par
exemple, n'a pas la possibilité de changer de case d'une lettre. Si
je déclare une attribute « variable », je peux générer
les noms « m_variable » et les fonctions « variable()
const » et « variable( Type const& newValue ) », mais non
« myVariable », « getVariable() const » et « setVariable(
Type const& newValue ) » ; si je le déclare « Variable »,
c'est l'inverse.

--
James Kanze mailto:
Conseils en informatique orientée objet/
Beratung in objektorientierter Datenverarbeitung
11 rue de Rambouillet, 78460 Chevreuse, France +33 1 41 89 80 93
1 2