voila le while(!fichier.eof()) se fais mais mal me fais que pause me affiche
et le
while(!fichier2.eof()) lui affiche les printf...
je sais pas pourquoi
donc ce programme compare une ligne (fichier) avec toute les autre ligne du
(fichier2) ensuite passe a la ligne suivante et refais la meme chose merci
if (nb_11==nb_1) ok_1=ok_1+1;
if (nb_11==nb_2) ok_1=ok_1+1;
if (nb_11==nb_3) ok_1=ok_1+1;
if (nb_11==nb_4) ok_1=ok_1+1;
if (nb_11==nb_5) ok_1=ok_1+1;
if (nb_22==nb_2) ok_1=ok_1+1;
if (nb_22==nb_3) ok_1=ok_1+1;
if (nb_22==nb_4) ok_1=ok_1+1;
if (nb_22==nb_5) ok_1=ok_1+1;
if (nb_33==nb_3) ok_1=ok_1+1;
if (nb_33==nb_4) ok_1=ok_1+1;
if (nb_44==nb_5) ok_1=ok_1+1;
if (nb_44==nb_4) ok_1=ok_1+1;
if (nb_44==nb_5) ok_1=ok_1+1;
if (nb_55==nb_5) ok_1=ok_1+1;
printf(" ok=%d\n",ok_1);
Tout dépend du cahier de charges, mais j'ai du mal à voir un cas où le code ci-dessus serait acceptable. Au minimum, on aimerait un message d'erreur si on n'arrive pas à ouvrir "test.txt".
-- James Kanze GABI Software http://www.gabi-soft.fr Conseils en informatique orientée objet/ Beratung in objektorientierter Datenverarbeitung 9 place Sémard, 78210 St.-Cyr-l'École, France, +33 (0)1 30 23 00 34
Michel Michaud wrote:
Dans le message 41f69fdd$0$22651$636a15ce@news.free.fr,
Tout dépend du cahier de charges, mais j'ai du mal à voir un cas
où le code ci-dessus serait acceptable. Au minimum, on aimerait
un message d'erreur si on n'arrive pas à ouvrir "test.txt".
--
James Kanze GABI Software http://www.gabi-soft.fr
Conseils en informatique orientée objet/
Beratung in objektorientierter Datenverarbeitung
9 place Sémard, 78210 St.-Cyr-l'École, France, +33 (0)1 30 23 00 34
Tout dépend du cahier de charges, mais j'ai du mal à voir un cas où le code ci-dessus serait acceptable. Au minimum, on aimerait un message d'erreur si on n'arrive pas à ouvrir "test.txt".
-- James Kanze GABI Software http://www.gabi-soft.fr Conseils en informatique orientée objet/ Beratung in objektorientierter Datenverarbeitung 9 place Sémard, 78210 St.-Cyr-l'École, France, +33 (0)1 30 23 00 34
kanze
Michel Michaud wrote:
Dans le message , Gabriel Dos
"Michel Michaud" writes:
Il est plus direct (et plus savant ?) de faire
je ne sais pas si c'est savant, parce que cela ne fait aucun contrôle sur l'entrée :-)
Tiens, tu coupes les messages un peu trop serrés maintenant ? Je remets ce que tu as coupé et qui confirmait ce que tu dis :
Ça n'est pas toujours avantageux,
(mais le code original ne contrôlait pas plus les erreurs...)
Et tu veux l'encourager dans ses erreurs:-).
En fait, tant qu'à en parler, aussi bien dire que le mieux est peut-être une solution intermédiaire, qui exposerait clairement le flux qu'on peut alors tester :
ifstream f("test.txt"); // if (f.whatever()) si désiré
Et ça lui sert à quoi, de déclarer une fonction extern qu'il n'appelle jamais ?
// Autres if si désirés, f est toujours disponible...
Et j'ajoute par ailleurs, qu'il est fort possible qu'une solution avec boucles explicites (et contrôles d'erreurs) soient plus utiles dans un programme « sérieux »...
Tout dépend. Je suis assez sceptique en ce qui concerne l'utilisation des istream_iterator sur des types de base, pour lire un fichier extern. En revanche, pour lire un stringstream qu'on a extrait d'un fichier extern, ou pour lire un type utilisateur (disons une entrée dans un fichier de propriétés, avec une conversion implicite en std::map< std::string, std::string >::value_type), surtout avec un streambuf filtrant pour traiter les commentaires et les lignes de continuation, je n'en dis pas. (Mais je crois que le posteur initial n'en est pas là.)
-- James Kanze GABI Software http://www.gabi-soft.fr Conseils en informatique orientée objet/ Beratung in objektorientierter Datenverarbeitung 9 place Sémard, 78210 St.-Cyr-l'École, France, +33 (0)1 30 23 00 34
Michel Michaud wrote:
Dans le message
m3brbczy5p.fsf@uniton.integrable-solutions.net, Gabriel Dos
"Michel Michaud" <mm@gdzid.com> writes:
Il est plus direct (et plus savant ?) de faire
je ne sais pas si c'est savant, parce que cela ne fait aucun
contrôle sur l'entrée :-)
Tiens, tu coupes les messages un peu trop serrés maintenant ?
Je remets ce que tu as coupé et qui confirmait ce que tu dis :
Ça n'est pas toujours avantageux,
(mais le code original ne contrôlait pas plus les erreurs...)
Et tu veux l'encourager dans ses erreurs:-).
En fait, tant qu'à en parler, aussi bien dire que le mieux est
peut-être une solution intermédiaire, qui exposerait
clairement le flux qu'on peut alors tester :
ifstream f("test.txt");
// if (f.whatever()) si désiré
Et ça lui sert à quoi, de déclarer une fonction extern qu'il
n'appelle jamais ?
// Autres if si désirés, f est toujours disponible...
Et j'ajoute par ailleurs, qu'il est fort possible qu'une
solution avec boucles explicites (et contrôles d'erreurs)
soient plus utiles dans un programme « sérieux »...
Tout dépend. Je suis assez sceptique en ce qui concerne
l'utilisation des istream_iterator sur des types de base, pour
lire un fichier extern. En revanche, pour lire un stringstream
qu'on a extrait d'un fichier extern, ou pour lire un type
utilisateur (disons une entrée dans un fichier de propriétés,
avec une conversion implicite en std::map< std::string,
std::string >::value_type), surtout avec un streambuf filtrant
pour traiter les commentaires et les lignes de continuation, je
n'en dis pas. (Mais je crois que le posteur initial n'en est pas
là.)
--
James Kanze GABI Software http://www.gabi-soft.fr
Conseils en informatique orientée objet/
Beratung in objektorientierter Datenverarbeitung
9 place Sémard, 78210 St.-Cyr-l'École, France, +33 (0)1 30 23 00 34
je ne sais pas si c'est savant, parce que cela ne fait aucun contrôle sur l'entrée :-)
Tiens, tu coupes les messages un peu trop serrés maintenant ? Je remets ce que tu as coupé et qui confirmait ce que tu dis :
Ça n'est pas toujours avantageux,
(mais le code original ne contrôlait pas plus les erreurs...)
Et tu veux l'encourager dans ses erreurs:-).
En fait, tant qu'à en parler, aussi bien dire que le mieux est peut-être une solution intermédiaire, qui exposerait clairement le flux qu'on peut alors tester :
ifstream f("test.txt"); // if (f.whatever()) si désiré
Et ça lui sert à quoi, de déclarer une fonction extern qu'il n'appelle jamais ?
// Autres if si désirés, f est toujours disponible...
Et j'ajoute par ailleurs, qu'il est fort possible qu'une solution avec boucles explicites (et contrôles d'erreurs) soient plus utiles dans un programme « sérieux »...
Tout dépend. Je suis assez sceptique en ce qui concerne l'utilisation des istream_iterator sur des types de base, pour lire un fichier extern. En revanche, pour lire un stringstream qu'on a extrait d'un fichier extern, ou pour lire un type utilisateur (disons une entrée dans un fichier de propriétés, avec une conversion implicite en std::map< std::string, std::string >::value_type), surtout avec un streambuf filtrant pour traiter les commentaires et les lignes de continuation, je n'en dis pas. (Mais je crois que le posteur initial n'en est pas là.)
-- James Kanze GABI Software http://www.gabi-soft.fr Conseils en informatique orientée objet/ Beratung in objektorientierter Datenverarbeitung 9 place Sémard, 78210 St.-Cyr-l'École, France, +33 (0)1 30 23 00 34
kanze
giovanni wrote:
je vais esayer donc ce que je cherche a faire c est qu il controle premiere ligne du fichier 1 avec ligne 1 du fichier 2 me dire s il y a des difference ou equivalence ensuite ligne 1 du fichier 1 toujours mais ligne du fichier 2 etc jusqua fin du fichier 2 ensuite reprendre ligne 2 du fichier 1 et comparer a nouveau sve ligne 1 du fichier 2 etc ... donc compare mais ligne pas vraiment fichier a fichier..
[Si tu essayais Un peu plus de ponctuation et des majuscules, et un peu moins de fautes d'orthographe, la lecture de tes postes serait énormement facilitée.]
La question la plus importante alors, c'est est-ce qu'il pourrait être raisonable de tenir les fichiers (ou au moins un des fichiers) en mémoire, parce que sinon, ça risque de ne pas aller très vite, et il faudrait considérer des algorithmes spéciaux pour l'accellérer. Si on peut se permettre de garder un des fichiers en mémoire, quelque chose du genre :
std::vector f1( (std::istream_iterator< Line >( fichier1 )), (std::istream_iterator< Line >()) ) ; Line tmp ; while ( fichier2 >> tmp ) { if ( std::find( f1.begin(), f1.end(), Matcher( tmp ) ) ) { // ... } }
me semble la solution indiquée. Après, reste à toi de définir Line et Matcher comme il faut (mais ça ne doit pas être trop difficile).
La seule faiblesse que je vois avec cette solution, c'est qu'elle s'arrêtera sur la première ligne avec une erreur de format, plutôt que de le sauter. C'est possible de résoudre ce problème dans le operator>> pour Line ; c'est un peu un abus, au moins dans le cas général, mais c'est parfois acceptable dans des tout petits programmes comme celui-ci.
-- James Kanze GABI Software http://www.gabi-soft.fr Conseils en informatique orientée objet/ Beratung in objektorientierter Datenverarbeitung 9 place Sémard, 78210 St.-Cyr-l'École, France, +33 (0)1 30 23 00 34
giovanni wrote:
je vais esayer donc ce que je cherche a faire c est qu il
controle premiere ligne du fichier 1 avec ligne 1 du fichier 2
me dire s il y a des difference ou equivalence ensuite ligne 1
du fichier 1 toujours mais ligne du fichier 2 etc jusqua fin
du fichier 2 ensuite reprendre ligne 2 du fichier 1 et
comparer a nouveau sve ligne 1 du fichier 2 etc ... donc
compare mais ligne pas vraiment fichier a fichier..
[Si tu essayais Un peu plus de ponctuation et des
majuscules, et un peu moins de fautes d'orthographe, la
lecture de tes postes serait énormement facilitée.]
La question la plus importante alors, c'est est-ce qu'il
pourrait être raisonable de tenir les fichiers (ou au moins un
des fichiers) en mémoire, parce que sinon, ça risque de ne pas
aller très vite, et il faudrait considérer des algorithmes
spéciaux pour l'accellérer. Si on peut se permettre de garder un
des fichiers en mémoire, quelque chose du genre :
std::vector f1( (std::istream_iterator< Line >( fichier1 )),
(std::istream_iterator< Line >()) ) ;
Line tmp ;
while ( fichier2 >> tmp ) {
if ( std::find( f1.begin(), f1.end(), Matcher( tmp ) ) ) {
// ...
}
}
me semble la solution indiquée. Après, reste à toi de définir
Line et Matcher comme il faut (mais ça ne doit pas être trop
difficile).
La seule faiblesse que je vois avec cette solution, c'est
qu'elle s'arrêtera sur la première ligne avec une erreur de
format, plutôt que de le sauter. C'est possible de résoudre ce
problème dans le operator>> pour Line ; c'est un peu un abus, au
moins dans le cas général, mais c'est parfois acceptable dans
des tout petits programmes comme celui-ci.
--
James Kanze GABI Software http://www.gabi-soft.fr
Conseils en informatique orientée objet/
Beratung in objektorientierter Datenverarbeitung
9 place Sémard, 78210 St.-Cyr-l'École, France, +33 (0)1 30 23 00 34
je vais esayer donc ce que je cherche a faire c est qu il controle premiere ligne du fichier 1 avec ligne 1 du fichier 2 me dire s il y a des difference ou equivalence ensuite ligne 1 du fichier 1 toujours mais ligne du fichier 2 etc jusqua fin du fichier 2 ensuite reprendre ligne 2 du fichier 1 et comparer a nouveau sve ligne 1 du fichier 2 etc ... donc compare mais ligne pas vraiment fichier a fichier..
[Si tu essayais Un peu plus de ponctuation et des majuscules, et un peu moins de fautes d'orthographe, la lecture de tes postes serait énormement facilitée.]
La question la plus importante alors, c'est est-ce qu'il pourrait être raisonable de tenir les fichiers (ou au moins un des fichiers) en mémoire, parce que sinon, ça risque de ne pas aller très vite, et il faudrait considérer des algorithmes spéciaux pour l'accellérer. Si on peut se permettre de garder un des fichiers en mémoire, quelque chose du genre :
std::vector f1( (std::istream_iterator< Line >( fichier1 )), (std::istream_iterator< Line >()) ) ; Line tmp ; while ( fichier2 >> tmp ) { if ( std::find( f1.begin(), f1.end(), Matcher( tmp ) ) ) { // ... } }
me semble la solution indiquée. Après, reste à toi de définir Line et Matcher comme il faut (mais ça ne doit pas être trop difficile).
La seule faiblesse que je vois avec cette solution, c'est qu'elle s'arrêtera sur la première ligne avec une erreur de format, plutôt que de le sauter. C'est possible de résoudre ce problème dans le operator>> pour Line ; c'est un peu un abus, au moins dans le cas général, mais c'est parfois acceptable dans des tout petits programmes comme celui-ci.
-- James Kanze GABI Software http://www.gabi-soft.fr Conseils en informatique orientée objet/ Beratung in objektorientierter Datenverarbeitung 9 place Sémard, 78210 St.-Cyr-l'École, France, +33 (0)1 30 23 00 34
giovanni
ok je vais voir en tout cas merci du coup de main si j'ai un prob je ferais un news mais je pense cette fois y arriver... je suis debutant en c++ mais en pascal ou vb je me debrouille un peu mieux que c++ et comme gratuit en plus dev c++ .... a écrit dans le message de news:
giovanni wrote:
j'ai essayer de mettre ca en memoire le prob maintenant avec tableau comment savoir la taille max? que je peu cree et utiliser la memoire dynamique comment faire comme je sais pas la taille du fichier petit fichier ou gros fichier
D'abord, il faudrait apprendre se servir du news -- on ne cite pas tout un message, y compris les signatures, pour poser une question qui n'a rien à voir ; quand on répond à un message, on répond en-dessous la partie citée, en coupant tout ce qui n'est pas nécessaire pour que la réponse soit compréhensible.
Ensuite, évidemment qu'on ne sait pas d'office la taille du fichier. En C++, l'idiome le plus courant consiste à mettre les données dans un std::vector, au moyen de push_back. Mais c'est difficile à donner une règle générale ; en fait, tout dépend de ce qu'on veut faire avec ces données. En fait, je dirais que la première décision à prendre quand on écrit un programme, c'est sur les données qu'on veut traiter et comment les organiser.
-- James Kanze GABI Software http://www.gabi-soft.fr Conseils en informatique orientée objet/ Beratung in objektorientierter Datenverarbeitung 9 place Sémard, 78210 St.-Cyr-l'École, France, +33 (0)1 30 23 00 34
ok je vais voir en tout cas merci du coup de main si j'ai un prob je ferais
un news mais je pense cette fois y arriver...
je suis debutant en c++ mais en pascal ou vb je me debrouille un peu mieux
que c++ et comme gratuit en plus dev c++ ....
<kanze@gabi-soft.fr> a écrit dans le message de news:
1106746144.339617.224120@c13g2000cwb.googlegroups.com...
giovanni wrote:
j'ai essayer de mettre ca en memoire le prob maintenant avec
tableau comment savoir la taille max? que je peu cree et
utiliser la memoire dynamique comment faire comme je sais pas
la taille du fichier petit fichier ou gros fichier
D'abord, il faudrait apprendre se servir du news -- on ne cite
pas tout un message, y compris les signatures, pour poser une
question qui n'a rien à voir ; quand on répond à un message, on
répond en-dessous la partie citée, en coupant tout ce qui n'est
pas nécessaire pour que la réponse soit compréhensible.
Ensuite, évidemment qu'on ne sait pas d'office la taille du
fichier. En C++, l'idiome le plus courant consiste à mettre les
données dans un std::vector, au moyen de push_back. Mais c'est
difficile à donner une règle générale ; en fait, tout dépend de
ce qu'on veut faire avec ces données. En fait, je dirais que la
première décision à prendre quand on écrit un programme, c'est
sur les données qu'on veut traiter et comment les organiser.
--
James Kanze GABI Software http://www.gabi-soft.fr
Conseils en informatique orientée objet/
Beratung in objektorientierter Datenverarbeitung
9 place Sémard, 78210 St.-Cyr-l'École, France, +33 (0)1 30 23 00 34
ok je vais voir en tout cas merci du coup de main si j'ai un prob je ferais un news mais je pense cette fois y arriver... je suis debutant en c++ mais en pascal ou vb je me debrouille un peu mieux que c++ et comme gratuit en plus dev c++ .... a écrit dans le message de news:
giovanni wrote:
j'ai essayer de mettre ca en memoire le prob maintenant avec tableau comment savoir la taille max? que je peu cree et utiliser la memoire dynamique comment faire comme je sais pas la taille du fichier petit fichier ou gros fichier
D'abord, il faudrait apprendre se servir du news -- on ne cite pas tout un message, y compris les signatures, pour poser une question qui n'a rien à voir ; quand on répond à un message, on répond en-dessous la partie citée, en coupant tout ce qui n'est pas nécessaire pour que la réponse soit compréhensible.
Ensuite, évidemment qu'on ne sait pas d'office la taille du fichier. En C++, l'idiome le plus courant consiste à mettre les données dans un std::vector, au moyen de push_back. Mais c'est difficile à donner une règle générale ; en fait, tout dépend de ce qu'on veut faire avec ces données. En fait, je dirais que la première décision à prendre quand on écrit un programme, c'est sur les données qu'on veut traiter et comment les organiser.
-- James Kanze GABI Software http://www.gabi-soft.fr Conseils en informatique orientée objet/ Beratung in objektorientierter Datenverarbeitung 9 place Sémard, 78210 St.-Cyr-l'École, France, +33 (0)1 30 23 00 34
